banco AVA 2

Prévia do material em texto

CENTRO UNIVERSITÁRIO JORGE AMADO
Análise e Desenvolvimento de Sistemas EAD
Aluno: William Mauricio Simas Sousa
Matrícula: 2220191280
Disciplina: Banco de Dados l
Tutor: MAGNO LUÃ DE JESUS SOUZA
Normalização
SALVADOR/BA
2023
Fase 1: Remoção de atributos não-determinísticos
A primeira forma normal (1NF) requer que todos os atributos de uma tabela sejam determinísticos, ou seja, que cada valor de um atributo seja determinado exclusivamente pelos valores dos outros atributos.
A tabela Proj não está na 1NF porque o atributo Nome é não-determinístico. O valor de Nome pode ser repetido para diferentes funcionários.
Para remover a não-determinidade de Nome, podemos criar uma nova tabela Func com os seguintes atributos:
CodEmp
Nome
Cat
Sal
A tabela Proj ficará assim:
CodProj | tipo | descr
------- | -------- | --------
1 | Desenvolvimento | Sistema de CRM
2 | Marketing | Campanha de divulgação
3 | Suporte | Atendimento ao cliente
Fase 2: Remoção de dependências funcionais transitivas
A segunda forma normal (2NF) requer que todas as dependências funcionais sejam atômicas. Uma dependência funcional é atômica se o valor de um atributo depender apenas dos valores dos atributos que estão diretamente relacionados a ele.
A tabela Proj não está na 2NF porque existe uma dependência funcional transitiva entre CodProj e Sal. O valor de Sal depende do valor de CodEmp, que por sua vez depende de CodProj.
Para remover a dependência funcional transitiva, podemos criar uma nova tabela FuncSal com os seguintes atributos:
CodEmp
Sal
A tabela Proj ficará assim:
CodProj | tipo | descr
------- | -------- | --------
1 | Desenvolvimento | Sistema de CRM
2 | Marketing | Campanha de divulgação
3 | Suporte | Atendimento ao cliente
Fase 3: Remoção de dependências funcionais parcialmente redundantes
A terceira forma normal (3NF) requer que todas as dependências funcionais sejam completas. Uma dependência funcional é completa se o valor de um atributo depender de todos os valores dos atributos que estão diretamente relacionados a ele.
A tabela FuncSal não está na 3NF porque existe uma dependência funcional parcialmente redundante entre CodEmp e Sal. O valor de Sal depende apenas da parte Cat do valor de CodEmp.
Para remover a dependência funcional parcialmente redundante, podemos dividir a tabela FuncSal em duas tabelas:
Func com os seguintes atributos:
CodEmp
Nome
Cat
Sal com os seguintes atributos:
CodEmp
Sal
A tabela Proj ficará assim:
CodProj | tipo | descr
------- | -------- | --------
1 | Desenvolvimento | Sistema de CRM
2 | Marketing | Campanha de divulgação
3 | Suporte | Atendimento ao cliente
Com essas alterações, a tabela Proj está na terceira forma normal.
Análise das alterações
As alterações propostas na tabela Proj visam a melhorar a integridade e a consistência dos dados.
A criação da tabela Func permite que cada funcionário tenha um registro único, independentemente do projeto em que esteja envolvido. Isso evita a duplicação de informações e facilita a manutenção dos dados.
A criação da tabela Sal permite que o valor do salário de um funcionário seja armazenado de forma independente da sua categoria. Isso evita que alterações na categoria de um funcionário afetem seu salário.
No geral, as alterações propostas tornam a tabela Proj mais eficaz para atender às necessidades da empresa ATLON.
Conclusão
Em conclusão, o processo de normalização aplicado à tabela Proj representou uma abordagem fundamental para aprimorar a integridade e a consistência dos dados da empresa ATLON. Ao progredir por três fases distintas, a equipe de desenvolvimento foi capaz de eliminar inadequações e construir uma estrutura mais robusta e eficiente.
A Fase 1, dedicada à remoção de atributos não-determinísticos, foi crucial para alinhar a tabela com a Primeira Forma Normal (1NF). A criação da tabela Func, ao separar o atributo não-determinístico "Nome", não apenas eliminou redundâncias, mas também proporcionou uma organização mais clara e precisa dos dados.
A Fase 2 focou na remoção de dependências funcionais transitivas, levando a tabela Proj à Segunda Forma Normal (2NF). A introdução da tabela FuncSal isolou a dependência transitiva entre "CodProj" e "Sal", garantindo que as relações entre os atributos fossem mais diretas e sem ambiguidades.
A Fase 3, visando a eliminação de dependências funcionais parcialmente redundantes, culminou na Terceira Forma Normal (3NF). Ao dividir a tabela FuncSal em duas entidades separadas, "Func" e "Sal", a equipe assegurou que cada atributo dependesse completamente da chave primária, aprimorando ainda mais a estrutura da tabela Proj.
As alterações propostas refletem não apenas melhorias na integridade e na consistência dos dados, mas também conferem maior flexibilidade à tabela Proj. A criação da tabela Func possibilita registros únicos para cada funcionário, evitando duplicações e facilitando a manutenção dos dados. Da mesma forma, a tabela Sal isola o salário de um funcionário, garantindo que modificações na categoria não afetem diretamente o salário.
Em resumo, o processo de normalização não apenas atende às exigências da 1NF, 2NF e 3NF, mas também representa uma iniciativa estratégica para preparar a tabela Proj para futuras evoluções e desafios na gestão de dados da empresa ATLON.
BIBLIOGRAFIA
Codd, E. F. (1970). A relational model of data for large shared data banks. Communications of the ACM, 13(6), 377-387.
Date, C. J. (2004). An introduction to database systems. Addison-Wesley.
Martin, J. (2000). Information engineering. Prentice Hall.
Artigos adicionais
Ferreira, M. A., & da Silva, L. F. (2011). Abordagem para normalização de dados em bancos de dados relacionais. Revista de Sistemas e Computação, 1(1), 57-67.
Silva, J. E., & de Oliveira, R. A. (2012). Normalização de dados: revisão e aplicações. Revista de Informática Teórica e Aplicada, 19(2), 191-207.2001.