prova

 Um atributo multivalorado vai se transformar em uma tabela;  A nova tabela terá uma chave estrangeira: a chave primária da tabela a qual o atributo está ligado.
 Um atributo composto pode se transformar em:
 Vários campos na tabela de origem;
 Uma nova tabela com uma chave estrangeira: a chave primária da tabela de origem;
Relacionamentos
 A transformação de um relacionamento depende da cardinalidade máxima, que podem ser:
 1-1
 1-N
 N-N
 OBS - No caso do relacionamento 1-1, a cardinalidade mínima também deve ser observada.
Relacionamento N-N
 Todo relacionamento deste tipo se transformará em uma tabela;
 Se houver atributos, serão transformados em colunas desta terceira tabela;
Relacionamento 1-N (sem atributo)
 Se o relacionamento não tem atributos, não será transformado em uma tabela; neste caso, a chave primária do lado “1” será chave estrangeira no lado “N”.
 Departamentos (codigo, descricao)
 Funcionarios (matr, nome, codigo)
 Codigo referencia departamentos
 Se o relacionamento tem atributos, será transformado em uma tabela; neste caso, as chaves das duas tabelas serão estrangeiras na nova tabela.
 Funcionarios (matr, nome)
 Departamentos(codigo, descricao)
 Lotacao(matr, codigo, data)
 Matr referencia funcionarios
 Codigo referencia departamentos
Relacionamento 1-1
 Com as duas entidades obrigatórias
 (1,1) e (1,1)
 Indica-se a criação de uma única tabela, sendo a chave da tabela o identificador de uma das entidades.  Funcionarios (matr, nome, refMesa, modeloMesa)
Relacionamento 1-1
 Com uma entidade opcional
 (0,1) e (1,1)
 Indica-se a fusão das tabelas
 O identificador da entidade obrigatória será a chave da tabela.
 Correntista(codigo, nome, codCartao, dataExp)
Relacionamento 1-1
 Com duas entidades opcionais
 (0,1) e (0,1)
 Indica-se a adição de colunas em uma das entidades.  Cliente(cpf, nome)
 Vaga(numero, piso, cpf)
 Cpf referencia cliente

Opção 1
