Baixe o app para aproveitar ainda mais
Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original
a)1.1 Podemos escolher qual tabela receberá a chave primária da outra como chave estrangeira. Deve ser feita uma análise do projeto ao todo para saber qual a melhor opção. b)1:N A tabela da Entidade1 continua com seus atributos e a tabela da Entidade2 recebe a chave primária da Entidade1 como chave estrangeira. Caso exista um atributo no relacionamento ele será incluído na tabela que recebeu a chave estrangeira. c)N:N A relação torna-se uma nova tabela contendo como chave estrangeira as chaves primarias das Entidades 1 e 2. A chave primária deta nova tabela é composta pelas duas chaves estrangeiras. N:1 contrario de 1:n Normalização 1FN: atributos com dominio atomico, ou seja, apenas um valor para cada atributo. Exclui-se atributos multivalorados e compostos Soluçoes: 1-Criar outra coluna...porém pode apresentar varios campos vazios....seria viavel no seu modelo? 2-cria-se uma nova linha para cada atributo(ex de endereços)....porém seria redundante 3-criar uma tabela com esse atributo + chave primaria da tabela de onde veio...a chave primaria dessa nova tabela sera primaria da tabela de origem + atributo Dependecia Funcional DF: existe se para cada valor do atributo A existe somente um valor para o atributo B. Para cada valor de A, sempre existe um de b A->B. Concluindo, para todo valor no atributo A, há somente um único valor no atributo B, então dizemos que temos a DF A → B. Lembrar do exemploe de endereço: cidade, endereco e cep. Cidade e rua podem se repetir, mas rua e cep nap. Entao endereco -> CEP. DF parcial: Chave primaria composta e um dos atributos depende apenas de uma parte da chave. DF Total: todos atributos que compoe a chave sao dependencia de outro atributo 2FN: Verificar se atende a 1FN e se a tabela possui pk composta verificar uma dependencia funcional Se cada campo nao pk depende inteiramente da pk. DF total. Soluçoes: 1- decompor a tabela criar nova tabela com esse campo que nao possui dependencia + campo que possui dependencia 3FN: atender 1FN e 2FN fora a pk: atributos dependam da pk e sejam independentes. DF total entre todos atributos e pk. Dependecia indireta ou transitiva: um atributo depende de outro que nao seja a pk Solucao: -decompor a tabela com elimincao de redundancias tendo como referencia o atributo que possui dependencia transitiva -o outro atributo nao referencia repete-se na tabela de origem e nessa nova FN Boyce-Codd ela não está na 1FN pois a coluna URL aprensenta mais de um valor para cada atributo e segundo a 1FN os atributos devem ter dominio atômico, ou seja, apenas um valor para cada. Para que atenda a 2F deve-se primeiramente atender às regras 1FN, para isso uma solução possível é criar uma nova coluna onde teríamos URL e URL_2. Poderíamos também criar uma nova tabela apenas de URL's, mas caberia uma análise de todo minimundo para descobrir qual solução seria mais viável. Segundo passo deve-se verificar se existe dependencia funcional entre os atributos, se não existe deve-se decompor a tabela e criar uma nova com esse campo que não possui dependencia.
Compartilhar