Questão FC372714
Considere duas tabelas relacionais Nota Fiscal e Produto onde as notas fiscais relacionam os produtos vendidos. Cada produto é identificado pelo seu código e cada nota fiscal pelo
Projeto e Modelagem de Dados
FCC · 2019
Considere duas tabelas relacionais Nota Fiscal e Produto onde as notas fiscais relacionam os produtos vendidos. Cada produto é identificado pelo seu código e cada nota fiscal pelo seu número. A ação cruzada entre essas tabelas é a venda que não será usada em nenhum outro relacionamento. Do ponto de vista do mundo real, no modelo entidade-relacionamento, venda deve ser modelada como
- uma entidade fraca 1:n no sentido das entidades nota fiscal e produto que garante a integridade referencial entre elas porque a chave do lado n é reproduzida no lado 1 correspondente.
- uma entidade dependente n:m entre nota fiscal e produto que garante a integridade referencial porque a chave de produto é reproduzida na nota fiscal correspondente.
- um relacionamento 1:n no sentido nota fiscal e produto que garante a integridade referencial entre nota fiscal e produto porque a chave do lado 1 é reproduzida no lado n correspondente.
- um relacionamento 1:n no sentido produto e nota fiscal que garante a integridade referencial entre nota fiscal e produto porque a chave do lado n é reproduzida no lado 1 correspondente.
- um relacionamento n:m que garante a integridade referencial entre nota fiscal e produto porque contém os pares ordenados das identificações de ambas.
Mostrar resposta e comentário
Gabarito
Errado
Comentário do professor
Na situação descrita, venda deve ser modelada como um relacionamento n:m porque uma NotaFiscal pode conter vários Produto e um Produto pode aparecer em várias NotaFiscal.
No modelo relacional isso se resolve criando uma entidade associativa (tabela Venda) que armazena os pares ordenados das identificações de ambas as entidades, garantindo a integridade referencial.
Essa tabela associativa traz as chaves estrangeiras para NotaFiscal e Produto (por exemplo, (numero_nota, codigo_produto) como chave composta) e pode conter atributos do relacionamento, como quantidade e preço.
Assim evita-se redundância e anomalias de atualização, representando corretamente o relacionamento muitos‑para‑muitos entre nota fiscal e produto.
Conteúdo do catálogo FC Concursos · Atualizado em