Banco de Dados · FCC · 2022 | Questão sqc-fc063235

Banco de DadosBanco de Dados Relacionais

Código: fc063235
Banca: FCC
Órgão: SEFAZ-AP
Ano: 2022

Cargo: Auditor da Receita Estadual - Conhecimentos Específicos

Considere que durante a modelagem de um banco de dados relacional observou-se a existência de duas entidades, Produto e Venda, que se relacionam com cardinalidade muitos-para-muitos, uma vez que em uma venda pode haver vários produtos e um determinado produto pode estar qualificado em várias vendas (no caso, unidades diferentes do mesmo produto). Como os sistemas gerenciadores de banco de dados relacionais existentes não implementam relacionamento muitos-para-muitos, para criar as tabelas referentes às entidades no banco de dados será necessário

Aestabelecer uma relação de herança, onde a tabela Venda herdará os atributos da tabela Produto.
Bcriar uma tabela filha para Produto e uma para Venda e relacionar estas tabelas filhas com cardinalidade um-para-muitos.
Cque a chave primária da tabela Venda apareça como chave estrangeira na tabela Produto e que a chave primária da tabela Produto apareça como chave estrangeira na tabela Venda.
Dcriar uma tabela de ligação entre Produto e Venda, onde o relacionamento muitos-para-muitos será dividido em dois relacionamentos um-para-um.
Ecriar uma tabela associativa, onde o relacionamento muitos-para-muitos será desmembrado em dois relacionamentos do tipo um-para-muitos.

Revelar gabarito e comentário

GabaritoE — criar uma tabela associativa, onde o relacionamento muitos-para-muitos será desmembrado em dois relacionamentos do tipo um-para-muitos.

Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.

Banco de Dados Relacionais: Relacionamento Muitos-para-Muitos

Gabarito: letra E. Em bancos de dados relacionais, relacionamentos N:M são implementados por meio de uma tabela associativa (ou de ligação) que desmembra o relacionamento original em dois relacionamentos 1:N, como ilustrado pelo conteúdo de apoio.

A banca testa o conhecimento sobre a modelagem relacional. Vamos analisar cada alternativa:

Critério / Aspecto	Alternativa A	Alternativa B	Alternativa C	Alternativa D	Alternativa E (Gabarito)
Tipo de solução proposta	Herança entre tabelas	Tabelas filhas para cada entidade	Chave estrangeira mútua	Tabela de ligação com 1:1	Tabela associativa com 1:N
Resolve cardinalidade N:M?	❌ Não	❌ Não	❌ Não	❌ Não (usa cardinalidade errada)	✅ Sim
Conceito correto aplicado?	❌ Herança não se aplica	❌ Tabelas filhas não criam ligação	❌ Gera ambiguidade/redundância	❌ Deveria ser 1:N, não 1:1	✅ Desmembra N:M em dois 1:N
Prática padrão em bancos relacionais?	❌ Não	❌ Não	❌ Não	❌ Parcialmente (tabela extra, mas cardinalidade errada)	✅ Sim

Alternativa A — ❌ Incorreta

Propõe herança entre tabelas, que é um conceito de generalização/especialização no modelo entidade-relacionamento, não aplicável para resolver a cardinalidade N:M. Herança não cria a ligação necessária.

Alternativa B — ❌ Incorreta

Sugere criar tabelas filhas para Produto e Venda e relacioná-las com cardinalidade 1:N. Isso não resolve o relacionamento N:M, pois as tabelas filhas não estabelecem a correspondência entre as ocorrências das duas entidades.

Alternativa C — ❌ Incorreta

Colocar chave estrangeira em ambas as tabelas (cada uma referenciando a outra) não é suficiente para representar N:M. Isso permitiria apenas relacionamentos 1:1 ou 1:N, mas não suporta a multiplicidade de muitos para muitos sem redundância e ambiguidade.

Alternativa D — ❌ Incorreta

Criar uma tabela de ligação está correto, mas afirmar que o N:M será dividido em dois relacionamentos 1:1 está errado. Na prática, são dois relacionamentos 1:N (um da tabela associativa para cada entidade original). O erro está em "um-para-um".

Alternativa E — ✅ Correta ⟵ GABARITO

A tabela associativa (também chamada de tabela de ligação) possui chaves estrangeiras referenciando as chaves primárias de Produto e Venda, e sua chave primária é composta por essas duas chaves (ou uma chave surrogate). Isso desmembra o relacionamento N:M em dois relacionamentos 1:N, conforme a prática padrão em bancos relacionais.

PEGA ESSA DICA!

Para fixar: em relacionamentos N:M, sempre crie uma tabela extra (associativa) com duas chaves estrangeiras. Essa tabela terá duas relações 1:N com as originais.

Gabarito: letra E.

Link permanente: /questoes/fc063235