Buscar

anotacoes bd

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.

Teste o Premium para desbloquear

Aproveite todos os benefícios por 3 dias sem pagar! 😉
Já tem cadastro?

Continue navegando