Continue navegando
Prévia do material em texto
UNIVERSIDADE VEIGA DE ALMEIDA – UVA GRADUAÇÃO EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS ENTREGA DA AVALIAÇÃO - AVA 2 MARCELO RICHTER CASSAR BANCO DE DADOS I https://uva.instructure.com/courses/38447/grades/140182 Sumário 1. QUESTÃO ......................................................................................................... 3 2. DESENVOLVIMENTO ....................................................................................... 4 3. REFERÊNCIAS ................................................................................................. 7 1. QUESTÃO NORMALIZAÇÃO A empresa ATLON, em ampliação no mercado nacional, irá investir em novas soluções tecnológicas para poder melhorar seu atendimento junto ao mercado. A empresa demanda estruturar o seu modelo de negócios, para isso é preciso rever o seu modelo conceitual no que tange a parte de cadastro dos funcionários e os respectivos projetos em que eles estão envolvidos e redesenhar o fluxo para que o novo sistema a ser criado e a nova base de dados possam atender às novas expectativas e assim os funcionários consigam se dedicar com afinco aos seus respectivos projetos, dando maior atenção aos seus clientes de mercado. Você deverá desenvolver um processo de normalização até a terceira forma normal. Tabela não normalizada: Proj (CodProj,tipo,descr, CodEmp, Nome, Cat, Sal, DataIni, TempoAl) 2. DESENVOLVIMENTO Avaliação da tabela não normalizada A tabela não normalizada (Proj) possui os seguintes atributos: ▪ CodProj: chave primária da tabela ▪ tipo: tipo do projeto ▪ descr: descrição do projeto ▪ CodEmp: código do funcionário responsável pelo projeto ▪ Nome: nome do funcionário responsável pelo projeto ▪ Cat: categoria do funcionário responsável pelo projeto ▪ Sal: salário do funcionário responsável pelo projeto ▪ DataIni: data de início do projeto ▪ TempoAl: tempo de duração do projeto A tabela Proj não está na primeira forma normal (1FN) porque o atributo Nome não é funcionalmente dependente da chave primária CodProj. Isso significa que o mesmo nome de funcionário pode aparecer em mais de um projeto. Para resolver esse problema, devemos dividir a tabela em duas: A tabela Proj está agora na primeira forma normal, pois todos os seus atributos são funcionalmente dependentes da chave primária. Avaliação das Tabelas criadas Avaliação da tabela Proj A tabela Proj está na segunda forma normal (2FN) porque todos os seus atributos não chave são funcionalmente dependentes da chave primária. Avaliação da tabela EmpProj A tabela EmpProj está na segunda forma normal (2FN) porque todos os seus atributos não chave são funcionalmente dependentes da chave primária composta (CodEmp, CodProj). Avaliação da tabela EmpProj em relação à terceira forma normal (3FN) A tabela EmpProj não está na terceira forma normal (3FN) porque o atributo CodProj é dependente transitivamente do atributo Nome. Isso significa que o mesmo código de projeto pode aparecer em mais de um funcionário com o mesmo nome. Para resolver esse problema, devemos dividir a tabela em três: As tabelas Proj e Emp estão agora na terceira forma normal, pois todos os seus atributos não chave são funcionalmente dependentes da chave primária. A tabela EmpProj está na terceira forma normal porque todos os seus atributos não chave são funcionalmente dependentes da chave primária composta (CodEmp, CodProj). Conclusão Após o processo de normalização, as tabelas Proj e Emp estão na terceira forma normal. Isso garante que os dados armazenados nessas tabelas estejam consistentes e livres de anomalias. E dentro do escopo do problema apresentado ficariam desta forma (apenas não foi incluída a chave estrangeira, porque parece que no escopo do enunciado não foi colocado, mas esta constando no detalhamento SQL apresentado acima: proj(CodProj,tipo,descr) emp(CodEmp,Nome,Cat,Sal,DataIni,TempoAl) empproj(CodEmp,CodProj) 3. REFERÊNCIAS FONSECA, C. F.; Sistema Gerenciador de Banco de Dados. UVA, 2019.