Universidade Católica de Moçambique

Instituto de Educação à Distância

CONVIVÊNCIA POLITICA ENTRE OS HOMENS

Raimo Jafar Ibraimo, 708224274

Curso: Ensino de Informática

Disciplina: Sistema de Base de Dados
o
Ano de Frequência: 3

Pemba, Abril de 2024

 Folha de Feedback
Classificação
Nota
Categorias Indicadores Padrões Pontuação
do Subtotal
máxima
tutor
 Capa 0.5
 Índice 0.5
Aspectos  Introdução 0.5
Estrutura
organizacionais  Discussão 0.5
 Conclusão 0.5
 Bibliografia 0.5
 Contextualização
(Indicação clara do 1.0
problema)
 Descrição dos
Introdução 1.0
objectivos
 Metodologia
adequada ao 2.0
objecto do trabalho
 Articulação e
domínio do
discurso
académico 2.0
Conteúdo (expressão escrita
cuidada, coerência
/ coesão textual)
Análise e
 Revisão
discussão
bibliográfica
nacional e
2.
internacionais
relevantes na área
de estudo
 Exploração dos
2.0
dados
 Contributos
Conclusão 2.0
teóricos práticos
 Paginação, tipo e
tamanho de letra,
Aspectos
Formatação paragrafo, 1.0
gerais
espaçamento entre
linhas
Normas APA 6ª  Rigor e coerência
Referências edição em das
4.0
Bibliográficas citações e citações/referência
bibliografia s bibliográficas

i
Folha para recomendações de melhoria: A ser preenchida pelo tutor
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________
______________________________________________________________________

ii
______________________________________________________________________
______________________________________________________________________

Índice
1. Introdução. ............................................................................................................................ 4

1.1. Objectivos ..................................................................................................................... 4

1.1.1. Objetivo Geral ........................................................................................................... 4

1.1.2. Objetivos Especificos ............................................................................................ 4

5. Conclusão ............................................................................................................................ 11

Bibliografia ................................................................................................................................. 12

iii
1. Introdução.

Às vezes o que se considera dados em um contexto é Informação em outro.

Exemplo: se necessita a idade dos estudantes de uma especialidade, a lista desses dados
é Informação.

Se se deseja saber a media aritmética das idades dos estudantes então a idade não é, mas
que um dado que se processa para obter a Informação desejada.

Neste trabalho vamos mostrar como desenhar base de dados usando modelo relacional,
e também e também vamos escrever scripts sql para melhor prática da cadeira.

1.1.Objectivos
1.1.1. Objetivo Geral
 Saber construir base de dados;
1.1.2. Objetivos Especificos
 Desenhar base de dados usando modelo relacional;
 Reslover exercícios;
 Desenhar diagrama relacional.

4
2. Resolução de Exercícios

Exercício 1: Desenho de Base de Dados ArtDataBase:

Para o projeto da base de dados ArtDataBase para uma galeria de arte, podemos ter as
seguintes tabelas:

1.Tabela "Artistas":

 IdArtista (chave primária)

 Nome;
 Local de Nascimento;
 Estilo de Arte;

2. Tabela "Obras de Arte":

 IdObra_de_Arte(chave primaria)
 IdArtista;
 Ano de Criação;
 Título único;
 Tipo de Arte;
 Preço.

3. Tabela "Grupos de Arte":

 IdGrupo_de_Arte (chave primária)

 Nome do Grupo

4. Tabela de Associação "ObrasGrupos":

 IdObradeArte
 IdGrupo_de_Arte

5. Tabela "Clientes":

 IdCliente (chave primária)

 Nome (único)
 Endereço
 Valor Total Gasto
 Artistas Preferidos
 Grupos de Arte Preferidos

6. Tabela "Galeria":

 IdGaleria(Chave primaria)
 Nome
 IdArtista
 IdCliente
5
 Diagrama ER para a base de dados ArtDataBase

Exercício 2: Instruções SQL para a base de dados ArtDataBase

sql –

Tabela Artistas

CREATE TABLE Artistas ( IdArtista INT PRIMARY KEY, Nome VARCHAR(50),

LocalNascimento VARCHAR(50), EstiloArte VARCHAR(50) );

Tabela Obras de Arte

CREATE TABLE ObrasdeArte ( IdObra_de_Arte INT PRIMARY KEY, IdArtista INT,

AnoCriacao INT, TituloUnico VARCHAR(50), TipoArte VARCHAR(50), Preco
DECIMAL(10, 2), FOREIGN KEY (IdArtista) REFERENCES Artistas(IdArtista) );

Tabela Grupos de Arte

CREATE TABLE GruposdeArte ( IdGrupo_de_Arte INT PRIMARY KEY,

NomeGrupo VARCHAR(50) );

Tabela Associação ObrasGrupos

CREATE TABLE ObrasGrupos ( IdObra_de_Arte INT, IdGrupo_de_Arte INT,

FOREIGN KEY (IdObra_de_Arte) REFERENCES ObrasdeArte(IdObra_de_Arte),

6
FOREIGN KEY (IdGrupo_de_Arte) REFERENCES GruposdeArte(IdGrupo_de_Arte),
PRIMARY KEY (IdObra_de_Arte, IdGrupo_de_Arte) );

Tabela Clientes

CREATE TABLE Clientes ( IdCliente INT PRIMARY KEY, Nome VARCHAR(50)

UNIQUE, Endereco VARCHAR(100), ValorTotalGasto DECIMAL(10, 2),
ArtistasPreferidos VARCHAR(100), GruposArtePreferidos VARCHAR(100) );

Tabela Galeria

CREATE TABLE Galeria ( IdGaleria INT PRIMARY KEY, Nome VARCHAR(50),

IdArtista INT, IdCliente INT, FOREIGN KEY (IdArtista) REFERENCES
Artistas(IdArtista), FOREIGN KEY (IdCliente) REFERENCES Clientes(IdCliente) );

Observação: As restrições de integridade referencial são aplicadas nas tabelas de

`ObrasdeArte`, `ObrasGrupos` e `Galeria` por meio das chaves estrangeiras, garantindo
a consistência dos dados entre essas tabelas. No entanto, é importante observar que
algumas restrições específicas que podem estar presentes no diagrama ER original
podem não ser representadas diretamente neste script SQL genérico, como a
cardinalidade de relacionamentos ou triggers. Caso haja outras restrições específicas,
elas precisariam ser adicionadas explicitamente no script. Fonte (autor)

Exercício 3: Instruções SQL

1. Um exemplo de restrição de chave estrangeira que envolve a relação Dept seria a

restrição de que o atributo "managerid" na relação Dept deve corresponder a um
valor válido na relação Emp, especificamente no atributo "eid". Para impor essa
restrição ao excluir uma tupla da relação Dept, as opções incluem definir a ação de
exclusão como "NO ACTION" (para impedir a exclusão se houver dependências)
ou "CASCADE" (para excluir automaticamente as tuplas dependentes). Fonte
(autor).
2. As instruções SQL para criar as relações:
CREATE TABLE Emp (eid INTEGER PRIMARY KEY,ename
VARCHAR(255), age INTEGER, salary REAL);\

7
 CREATE TABLE Works ( eid INTEGER, did INTEGER, pcttime
INTEGER, PRIMARY KEY (eid, did), FOREIGN KEY (eid) REFERENCES
Emp(eid), FOREIGN KEY (did) REFERENCES Dept(did));
CREATE TABLE Dept (did INTEGER PRIMARY KEY, dname
VARCHAR(255), budget REAL, managerid INTEGER, FOREIGN KEY
(managerid) REFERENCES Emp(eid));
3. Para garantir que cada departamento tenha um gerente, podemos adicionar a
restrição NOT NULL ao atributo "managerid" na relação Dept:
CREATE TABLE Dept (did INTEGER PRIMARY KEY, dname
VARCHAR(255), budget REAL, managerid INTEGER NOT NULL,
FOREIGN KEY (managerid) REFERENCES Emp(eid));
4. A instrução SQL para adicionar Jotamo Dove como funcionário com eid = 101,
idade = 32 e salário = 15.000.00:
INSERT INTO Emp (eid, ename, age, salary) VALUES (101, 'Jotamo Dove',
32, 15000.00);

Exercício 4: Normalização

a) Exemplos de anomalias
Anomalia de inserção: Se um novo dentista for adicionado à tabela, mas não
houver nenhum paciente marcado com esse dentista, ocorrerá uma anomalia de
inserção, pois haverá informações incompletas na tabela.
Anomalia de exclusão: Se um paciente cancelar uma consulta, todas as
informações relacionadas a ele serão perdidas da tabela, incluindo os dados do
dentista responsável pela marcação. Isso representa uma anomalia de exclusão,
pois a informação será excluída sem considerar o impacto em outras entradas.
Anomalia de modificação: Se o nome de um dentista for alterado, por exemplo,
devido a um erro de digitação, será necessário fazer a modificação em todas as
ocorrências desse nome na tabela. Se essa alteração não for feita
consistentemente, ocorrerá uma anomalia de modificação, causando
inconsistências nos dados.
b) Processo de normalização até a 3FN:

8
1NF (Primeira Forma Normal): Criar tabelas separadas para Dentistas,
Pacientes e Consultas, evitando repetições de dados e garantindo que cada célula
contenha apenas um valor:
Tabela Dentistas:
 NoStaff (chave primária)
 NomeDentista

Tabela Pacientes:

 NoPaciente (chave primária)

 NomePaciente

Tabela Consultas:

 NoCirurgia (chave primária)

 NoStaff (chave estrangeira referenciando a tabela Dentistas)
 NoPaciente (chave estrangeira referenciando a tabela Pacientes)
 Data – Hora

2NF (Segunda Forma Normal):

Garantir que cada coluna em uma tabela dependa completamente da chave

primária. Neste caso, a tabela Consultas já está na 2NF, pois todos os atributos
dependem da chave primária NoCirurgia.

3FN (Terceira Forma Normal):

Garantir que os atributos não dependam uns dos outros, eliminando

dependências transitivas.

Tabela Dentistas:
 NoStaff (chave primária)
 NomeDentista

Tabela Pacientes:

 NoPaciente (chave primária)

9
  NomePaciente

Tabela Consultas:

 NoCirurgia (chave primária)

 NoStaff (chave estrangeira referenciando a tabela Dentistas)
 NoPaciente (chave estrangeira referenciando a tabela Pacientes)
 Data
 Hora

NB: Com a normalização até a 3FN, evitam-se anomalias e mantém-se a

integridade dos dados.

10
5. Conclusão

Chegando neste ponto podemos concluir foi uma boa experiência e boa pràtica que
adquirimos durante da realização deste trabalho, mesmo com algumas dificuldades que
tivemos, mas foi bom. Espera-se que o docente avalie o trabalho, e aceitamos as criticas
para podermos melhorar nas próximas vezes.

11
Bibliografia

[Date 1995] C. J. Date: An Introduction to Database Systems (6th Edition), Reading,

Massachusetts: Addison Wesley Publishing Company 1995, Systems Programming
Series, World Student Series Edition, xxiii+839 pp.; ISBN: 0-201-82458-2

12