Licensed to tamyres barbosa de freitas - [email protected] - 075.412.

125-98

@RADEGONDESS | [Digite o endereço da empresa]

Licensed to tamyres barbosa de freitas - [email protected] - 075.412.125-98

RESUMO 05

SUMÁRIO

Normalização - Conceitos Iniciais ................................................................................................... 02

Primeira Forma Normal .................................................................................................................. 03

Segunda Forma Normal .................................................................................................................. 03

Terceira Forma Normal ................................................................................................................... 05

Forma Normal de Boyce Codd ........................................................................................................ 06

Quarta Forma Normal ..................................................................................................................... 06

Quinta Forma Normal ..................................................................................................................... 06

Dependência Funcional .................................................................................................................. 07

Regras de Derivação para Dependência Funcional ........................................................................ 08

Conceitos Importantes ................................................................................................................... 09

Considerações Finais ....................................................................................................................... 11

Caderno de Questões do TEC .......................................................................................................... 12

CONSIDERAÇÕES INICIAIS
Pessoal, hoje daremos continuidade ao nosso estudo e nunca é demais lembrarmos que adotamos as
seguintes premissas na elaboração do nosso material:

 Histórico de cobrança das principais bancas; e

 Exclusão de conceitos que não possuem histórico de cobrança relevante.

Sugestão de estudo:

1. Estude com calma este PDF. Leia-o devagar, mas não se preocupe em memorizar os detalhes,
pois eles serão memorizados com a repetição do estudo desse conteúdo.

2. Após o estudo deste PDF, estude com calma (qualidade) as questões e não se esqueça de
“favoritar” as que você errar ou ficar com dúvidas, pois, quando for efetuar sua revisão, o
reestudo do comentário do professor e dos alunos, no fórum dessas questões “favoritas”,
deverá ser seu foco.

Bons estudos!

@RADEGONDESS 1
Licensed to tamyres barbosa de freitas - [email protected] - 075.412.125-98

RESUMO 05

NORMALIZAÇÃO

 É o processo de reorganizar tabelas, decompondo-as em tabelas menores com o intuito de:

 Eliminar, ou pelo menos minimizar, a redundância;
 Eliminar anomalias de inserção, atualização e exclusão; e
 Aumentar a integridade e desempenho do Banco de Dados (BD).

Qual a ideia geral aqui?

A ideia é a de que todo banco de dados

precisa ser normalizado e, para isso, o
desenvolvedor terá de seguir algumas
etapas. A essas etapas damos o nome
de Formas Normais.

Um banco de dados pode funcionar,

mas isso não significa que ele está
funcionando adequadamente.

Resumidamente falando temos:

 1º Forma Normal (1FN) - não pode ter atributos COMPOSTOS ou MULTIVALORADOS.

 2º Forma Normal (2FN) - não pode haver dependências PARCIAIS com a PK.
 3º Forma Normal (3FN) - não pode haver dependências TRANSITIVAS.
 4º Forma Normal (4FN) - não pode haver dependência MULTIVALORADA.
 5º Forma Normal (5FN) - não pode haver dependências de JUNÇÃO.

ATENÇÃO

É importante termos em mente que para uma relação (tabela) atender

às exigências de uma forma normal, faz-se necessário que a etapa
posterior obedeça às regras da forma normal anterior.

@RADEGONDESS 2
Licensed to tamyres barbosa de freitas - [email protected] - 075.412.125-98

RESUMO 05

PRIMEIRA FORMA NORMAL (1FN)

 O projetista precisa verificar se todos os atributos são atômicos.
 Uma relação (tabela) não pode possuir atributos multivalorados nem compostos.
 Se os atributos não forem atômicos, o projetista precisará decompor a tabela.
 Exemplo:

Caso não tenha entendido, assista a este vídeo de apenas 5 minutos:

 https://www.youtube.com/watch?v=3kJKJNKiaD4&t=217s

SEGUNDA FORMA NORMAL (2FN)

 Tem que estar na 1FN.

 Cada atributo não chave é dependente da chave primária (ou candidata) inteira.

 Ou seja, há dependência funcional total.

 Isto é, não pode existir dependências parciais.

 Dependência parcial = depender de parte da PK composta.

 Exemplo: Na tabela abaixo nós temos um problema de dependências parciais.

@RADEGONDESS 3
Licensed to tamyres barbosa de freitas - [email protected] - 075.412.125-98

RESUMO 05

Extraindo as 4 primeiras colunas para visualizarmos melhor, temos:

Note, na tabela acima, que o atributo “Emp_Nome” (nome do empregado) depende apenas do atributo
CPF para existir, pois uma empresa pode ter um empregado e o mesmo não estar vinculado a nenhum
projeto (ex: o pessoal do setor de recurso humanos não precisa estar vinculado a nenhum projeto).

Nesses casos (dependência parcial), o projetista precisará decompor a tabela a fim de evitar problemas
futuros com redundâncias, bem como anomalias de inserção, atualização e exclusão de registros.

Perceba que o mesmo problema ocorre com os atributos “Proj_Nome” e “Proj_Local”, uma vez que esse
atributos dependem apenas do atributo “Proj_Cod” (parte da PK).

@RADEGONDESS 4
Licensed to tamyres barbosa de freitas - [email protected] - 075.412.125-98

RESUMO 05

Caso não tenha ficado muito claro, sugerimos este vídeo:

 https://www.youtube.com/watch?v=mHoZZUYVFzk

TERCEIRA FORMA NORMAL (3FN)

 Tem que estar na 2FN.

 Além disso, cada atributo não chave não pode possuir dependência transitiva.

 Dependência Transitiva é quando um atributo não chave depende de outro atributo que não
é a PK.

 Para estar na 3FN, todos os atributos devem depender exclusivamente da chave primária.

 Exemplo:

Perceba que:

 O Nome do Departamento (Dep_Nome) não depende do CPF do empregado (PK) para existir,
mas depende do Código do Departamento (Dep_Cod).

 O Gerente do Departamento (Dep_Ger) não depende do CPF do empregado (PK) para existir,
mas depende do Código do Departamento (Dep_Cod).

Nesses casos, dizemos que:

 O atributo “Dep_Cod” determina os atributos “Dep_Nome” e “Dep_Ger”.

Note ainda, na tabela acima, que o Código do Departamento (Dep_Cod) onde o empregado trabalha
depende do CPF do empregado (Emp_CPF), que é a chave primária. Ou seja, a chave primária
determina o atributo “Dep_Cod” e, por transitividade, determina os outros dois atributos (Dep_Nome
e Dep_Ger).

Nesses casos (dependência transitiva), o projetista precisará decompor a tabela a fim de evitar
problemas futuros com redundâncias, bem como anomalias de inserção, atualização e exclusão de
registros.

@RADEGONDESS 5
Licensed to tamyres barbosa de freitas - [email protected] - 075.412.125-98

RESUMO 05

ATENÇÃO

A normalização serve para evitar anomalias de inserção, atualização

e exclusão. Porém, existem casos específicos nos quais o projetista
cria uma base de dados normalizada e depois desnormaliza
propositalmente a fim de melhorar a performance de consulta.

Caso não tenha entendido a Terceira Forma Normal, sugerimos este vídeo:

 https://www.youtube.com/watch?v=EZvrGEpyNbs

FORMA NORMAL DE BOYCE CODD (FNBC)

 Tem que estar na 3FN.
 Ela é basicamente uma forma normal um pouco mais forte que a 3FN.
 Seria como se fosse uma 3.5FN.
 Todo atributo não chave depende funcionalmente diretamente da chave primária.
 Não há dependências entre atributos não chave.

QUARTA FORMA NORMAL (4FN)

 Tem que estar na 3FN.
 Não possui dependência multivalorada.

QUINTA FORMA NORMAL (5FN)

 Tem que estar na 4FN.
 Não possui dependência de junção.

@RADEGONDESS 6
Licensed to tamyres barbosa de freitas - [email protected] - 075.412.125-98

RESUMO 05

Iremos repetir aqui o que está na primeira página no intuito de consolidar o resumo.

Recapitulando, temos:

 1º Forma Normal (1FN) - não pode ter atributos COMPOSTOS ou MULTIVALORADOS.

 2º Forma Normal (2FN) - não pode haver dependências PARCIAIS com a PK.
 3º Forma Normal (3FN) - não pode haver dependências TRANSITIVAS.
 4º Forma Normal (4FN) - não pode haver dependência MULTIVALORADA.
 5º Forma Normal (5FN) - não pode haver dependências de JUNÇÃO

ATENÇÃO

É importante termos em mente que para uma relação (tabela) atender

às exigências de uma forma normal, faz-se necessário que a etapa
posterior obedeça às regras da forma normal anterior.

DEPENDÊNCIA FUNCIONAL
 Dependência Funcional é uma restrição entre dois conjuntos de atributos.

 Exemplo:
 Imagine “Z” uma entidade qualquer, com “A” e “B” atributos quaisquer de Z.
 Dizemos que “B” é funcionalmente dependente de “A” se, e somente se, cada valor de
“A” tiver associado a ele exatamente um valor de “B” (A → B).

Explicando melhor:

Note que existe uma dependência entre os

valores dos dois conjuntos, visto que cada valor
de “B” é igual ao valor de “A” + 10.

Dizemos que:
 “B” depende funcionalmente de “A”; ou
 “A” determina “B”.

Agora observe os conjuntos abaixo:

@RADEGONDESS 7
Licensed to tamyres barbosa de freitas - [email protected] - 075.412.125-98

RESUMO 05

Note que existe uma dependência entre os

conjuntos, visto que se eu tiver um número de
CPF poderei encontrar o nome da pessoa
correspondente. Esta dependência é expressa
no Modelo Relacional da seguinte maneira:
CPF → NOME
{CPF} → NOME

Leia-se a notação acima das seguintes maneiras:

 Nome depende funcionalmente do CPF; ou
 CPF determina nome.

Sugerimos este vídeo de apenas 5 minutos:

 https://www.youtube.com/watch?v=9EL9sl0hLhc

REGRAS DE DERIVAÇÃO PARA DEPENDÊNCIA FUNCIONAL

 As dependências funcionais podem ser combinadas para a derivação de novas dependências.
 Principais regras de derivação (inferência) das dependências funcionais:
1. Reflexividade: Se Y está contido em X, então X → Y.
2. Incremento: Se X → Y, então XZ → YZ.
3. Transitividade: Se X → Y e Y → Z, então X → Z.
4. União: Se X → Y e X → Z então X → YZ.
5. Decomposição: Se X → YZ, então X → Y e X → Z.
6. Composição: Se X → Y e A → B, então XA → YB.

OBSERVAÇÕES

01 Se A,B → X,Y; então A,B → X e A,B → Y.

02 A, B, C → A, B é uma dependência Trivial, pois A,B está contido em A,B,C.

Se B → C e B → D, não podemos ter C → D (atributo não chave

03
determinando outro atributo não chave, pois isso viola a 3º FN).

Em uma tabela onde C1 → C3, podemos ter também C3 → C1, o que

04 seria uma dependência mútua entre o identificador C1 e o campo C3,
situação que não é restringida pela 3º FN.

@RADEGONDESS 8
Licensed to tamyres barbosa de freitas - [email protected] - 075.412.125-98

RESUMO 05

CONCEITOS IMPORTANTES
Nesse tópico do resumo vamos colocar aqueles conceitos que já apareceram em provas, ou seja, que
possuem grandes chances de aparecerem novamente. Logo, faz-se necessário uma leitura pragmática,
como se fosse “lei seca”. Essa leitura deve ser repetida o máximo de vezes até o dia da prova.

TOME NOTA!

Na elaboração de um projeto de banco de dados, é função da normalização evitar a

01
repetição de informações.

A transformação do esquema de tabela não normalizada em um esquema

relacional na primeira forma normal (1FN) consiste da eliminação das tabelas
02 aninhadas.

 Tabelas aninhadas = tabelas dentro de tabelas

De acordo com a normalização de entidades em bancos de dados relacionais, a

03 entidade cujos atributos não chave independem de outro atributo não chave está
na terceira forma normal (3FN).

Em uma tabela na segunda forma normal, todos os atributos não chave são
04
dependentes da chave primária.

O objetivo da normalização de dados durante o projeto de banco de dados é

05 prover um armazenamento consistente, o que evita redundância de dados
e anomalias de manipulação de dados.

A normalização de dados pode ser vista como o processo de análise de

determinados esquemas de relações, com base em suas definições formais
06
e chaves primárias, para alcançar as propriedades desejáveis de minimização
de redundância e minimização de anomalias de inserção, exclusão e atualização.

A normalização corresponde a um processo passo a passo reversível de

07 substituição de uma dada coleção de relações por sucessivas coleções de relações,
as quais possuem uma estrutura progressivamente mais simples e mais regular.

A normalização de dados é o processo da análise de determinados esquemas de

08
relações com base em suas dependências funcionais e chaves primárias.

09 Na normalização, se ocorrer a decomposição de uma relação, cada dependência

@RADEGONDESS 9
Licensed to tamyres barbosa de freitas - [email protected] - 075.412.125-98

RESUMO 05

funcional existente antes da decomposição terá de ser representada em alguma

relação existente depois da decomposição.

Na teoria de projetos de bancos de dados, o processo de normalização de uma

10
tabela é feito a partir da identificação das dependências funcionais.

Na normalização, todos os estados representáveis na tabela universal (primitiva)

11 deveriam ser alcançáveis por meio da combinação das tabelas obtidas pela
decomposição.

Uma tabela está na 3º FN quando não possui nenhuma dependência transitiva. De

12 forma simples, podemos definir como dependência transitiva, uma dependência
entre elementos não chaves.

@RADEGONDESS 10
Licensed to tamyres barbosa de freitas - [email protected] - 075.412.125-98

RESUMO 05

CONSIDERAÇÕES FINAIS
Galera, terminamos por aqui este tópico, mas gostaríamos de deixar uma sugestão. Sem papo de
“coach”, apenas uma sugestão mesmo.

Se você for iniciante nesse assunto,

 Sugerimos que faça as questões com calma, sem pressa. Tente aprender com os comentários
do professor e dos colegas no fórum. Contudo, se ainda assim sentir muita dificuldade,
pensamos ser bastante proveitoso o reestudo deste resumo no próximo dia em que for
estudar TI, pois as bancas gostam de cobrá-lo. Logo, a repetição se torna fundamental.

No entanto, se você já é um concurseiro(a) experiente,

 Não há ninguém melhor do que você mesmo(a) para saber o que fazer diante de alguma
dificuldade pontual. Todavia, uma possibilidade de otimização dos estudos seria “favoritar”
aquelas questões um pouco mais complexas ou que você tenha ficado com dúvidas. Essa
ferramenta do TEC ajuda bastante nos momentos de revisão.

Um forte abraço e até a próxima!

@RADEGONDESS 11
Licensed to tamyres barbosa de freitas - [email protected] - 075.412.125-98

RESUMO 05

CADERNOS DE QUESTÕES

Não deixe de complementar seus estudos por meio das questões.

TEORIA QUESTÕES

LACUNA DE
CONHECIMENTO

AVISOS:

 Se você possui assinatura em algum site de questões, monte seu caderno com os assuntos
estudados neste PDF.

 Se você possui a assinatura do TEC CONCURSOS, escolha a banca do seu concurso e clique no
link abaixo para abrir o caderno de questões do assunto estudado.

CADERNOS DE QUESTÕES DO ASSUNTO ESTUDADO

LINKS BANCA

https://www.tecconcursos.com.br/s/Q1k9pn CEBRASPE

https://www.tecconcursos.com.br/s/Q1zn6s FCC

https://www.tecconcursos.com.br/s/Q1zn7A FGV

https://www.tecconcursos.com.br/s/Q1zn7M VUNESP

@RADEGONDESS 12