Questão de Banco de Dados — Modelagem de dados — FUNDATEC 2025
Banco de Dados›Modelagem de dados
Código
qg468588
Banca
FUNDATEC
Órgão
BRDE
Ano
2025
Nível
Superior
Cargo
Analista de Sistemas - Subárea Administração de Banco de Dados
Durante a modelagem de dados para um novo sistema de biblioteca, o time de desenvolvimento debate como representar o relacionamento entre as entidades Livro e Autor. Sabe-se que um livro pode ter mais de um autor e um autor pode ter escrito mais de um livro. Qual é a representação mais adequada no modelo entidade-relacionamento para garantir a integridade e evitar redundância de dados?
ACriar um atributo multivalorado "Autores" na entidade Livro.
BCriar uma entidade fraca Autor com dependência de identificação em Livro.
CCriar um atributo "LivrosPublicados" na entidade Autor.
DCriar uma nova entidade associativa entre Livro e Autor.
ERepresentar o relacionamento como uma especialização/generalização.
Revelar gabarito e comentário▾
GabaritoD — Criar uma nova entidade associativa entre Livro e Autor.
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”.
Modelagem de dados: relacionamento muitos-para-muitos (N:N)
Gabarito: letra D. A representação mais adequada para o relacionamento N:N entre Livro e Autor é criar uma entidade associativa (ou tabela associativa), que resolve a cardinalidade muitos-para-muitos sem redundância, garantindo a integridade referencial. As demais alternativas geram redundância ou violam a normalização.
A banca testa o conhecimento de como modelar um relacionamento N:N no modelo entidade-relacionamento (MER). A solução clássica é introduzir uma entidade intermediária que associe cada par livro-autor, permitindo que atributos específicos (como data da contribuição) também sejam armazenados.
Alternativa A — ❌ Incorreta
Criar um atributo multivalorado "Autores" na entidade Livro viola a Primeira Forma Normal (1FN), pois um atributo não pode conter múltiplos valores atômicos. Isso gera redundância e dificulta consultas e atualizações.
Alternativa B — ❌ Incorreta
Uma entidade fraca depende da entidade forte para existir e seu identificador inclui a chave da entidade forte. Autor não é dependente de Livro; um autor pode existir sem ter escrito um livro. A entidade fraca é usada em relacionamentos 1:N obrigatórios com dependência de existência, não em N:N.
Alternativa C — ❌ Incorreta
Criar um atributo "LivrosPublicados" na entidade Autor seria multivalorado (ou teria que ser repetido), gerando a mesma violação de normalização da alternativa A. Além disso, não acomoda atributos do relacionamento (como data da publicação ou papel do autor).
Alternativa D — ✅ Correta ⟵ GABARITO
Criar uma entidade associativa (também chamada de tabela associativa, entidade-relacionamento ou entidade interseção) entre Livro e Autor resolve o relacionamento N:N de forma elegante. Essa entidade terá como chave primária a combinação das chaves de Livro e Autor (chave composta), podendo conter atributos próprios. No modelo relacional, isso equivale a criar uma terceira tabela, garantindo integridade referencial e evitando redundância.
Alternativa E — ❌ Incorreta
Generalização/especialização é usada para modelar hierarquias de entidades (ex.: Pessoa Física e Jurídica como especializações de Cliente). Não se aplica a um relacionamento entre entidades distintas, sendo inadequada para representar a associação N:N entre Livro e Autor.