-
Na implementação de relacionamentos muitos para muitos, a regra é a criação de uma terceira tabela com chave composta(Com a PK das duas tabelas do relacionamento).
Bons estudos.
-
Para quem não entende os comentários sem o gabarito e não tem acesso a resposta.
Gaba: CERTO
-
Pra quem não entende os comentários através da resposta por ser uma parada muito abstrata, aqui vai a dica.
Se tu tem duas tabelas
Quer que elas tenham informações únicas
Você cria uma terceira com informações de chaves primárias das duas e assim os dados alí naquela terceira sempre será única.
-
A alternativa está correta. Nos casos de relacionamentos M:N, geralmente se utiliza uma tabela auxiliar, de ligação entre as duas tabelas envolvidas nesse relacionamento. Nesse caso, a chave dessa tabela de ligação geralmente é dada pela composição das chaves das demais tabelas envolvidas no relacionamento. Por exemplo, se temos um relacionamento M:N entre Professor e Aluno, teremos uma tabela de ligação entre essas duas tabelas cuja chave primária é composta pela chave estrangeira que aponta para a chave primária de Professor, e a chave estrangeira que aponta para a chave primária de Aluno. Compreendido?
-
M:N? WTF?
-
Tipos de Relacionamentos:
1:1 => Um para um;
1:N => Um para muitos;
N:N (ou N:M): Muitos para muitos. Nesse tipo de relacionamento, para evitar a multi valoração de um atributo, faz-se necessário a criação de uma nova tabela que fará uso das chaves primárias das outras tabelas da relação (chaves compostas). Sempre resultará em criação de uma terceira tabela, esta TERCEIRA TABELA terá como chave primária: a chave composta pelas chaves primárias das entidades envolvidas.
Assertiva certa!