Pular para o conteúdo principal

Questão de Noções de Informática — Banco de Dados — FCC 2019

Noções de InformáticaBanco de Dados
Código
fc052865
Banca
FCC
Órgão
BANRISUL
Ano
2019
Cargo
Escriturário
Em um banco de dados relacional existem as tabelas Cliente e ContaCorrente com cardinalidade tal que um cliente poderá possuir diversas contas-correntes e cada conta-corrente poderá ser conjunta, ou seja, pertencer a mais de um cliente. Para implementar corretamente a ligação entre essas tabelas em um Sistema Gerenciador de Banco de Dados Relacional padrão,
  1. Aa chave primária da tabela Cliente deverá aparecer na tabela ContaCorrente e vice-versa.
  2. Bbastará criar as duas tabelas e estabelecer uma restrição de integridade referencial direta.
  3. Cserá necessário que as duas tabelas tenham chave primária composta.
  4. Dserá necessário definir uma restrição circular de cardinalidade n:m direta por meio do ID do cliente e do número da conta-corrente.
  5. Eserá necessário criar uma tabela de associação entre elas.
Revelar gabarito e comentário

GabaritoE — será necessário criar uma tabela de associação entre elas.

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”.

Relacionamento muitos-para-muitos (N:M)

Gabarito: letra E. Em um banco de dados relacional, um relacionamento muitos-para-muitos (N:M) entre duas entidades, como Cliente e ContaCorrente, exige a criação de uma tabela de associação (tabela intermediária) que armazena as chaves estrangeiras de ambas as entidades. Isso transforma o relacionamento N:M em dois relacionamentos 1:N, respeitando o modelo relacional.

Alternativa A — ❌ Incorreta

Propõe que a chave primária de Cliente apareça em ContaCorrente e vice-versa. Isso criaria um acoplamento inviável, pois não há como representar múltiplas associações de forma direta sem duplicar dados ou violar a integridade.

Alternativa B — ❌ Incorreta

Afirma que basta criar as duas tabelas e uma restrição de integridade referencial direta. Uma única restrição referencial não pode representar um relacionamento N:M; ela só expressa 1:N ou 1:1.

Alternativa C — ❌ Incorreta

Sugere que ambas as tabelas tenham chave primária composta. Ter chaves compostas não resolve a cardinalidade N:M; ainda seria necessário um mecanismo para associar múltiplos registros de ambas as tabelas.

Alternativa D — ❌ Incorreta

Menciona uma "restrição circular de cardinalidade n:m direta". Esse conceito não existe em SGBDs relacionais padrão. A única forma de implementar N:M é por meio de uma tabela associativa.

Alternativa E — ✅ Correta ⟵ GABARITO

É a solução clássica: criar uma tabela de associação (também chamada de tabela de junção, tabela intermediária ou tabela de ligação). Essa tabela conterá, no mínimo, as chaves estrangeiras referenciando as chaves primárias de Cliente e ContaCorrente.

PEGA ESSA DICA!

Sempre que um enunciado mencionar que uma entidade pode estar associada a várias da outra e vice-versa (N:M), a resposta esperada é a criação de uma tabela extra para o relacionamento.

Gabarito: letra E

Link permanente: /questoes/fc052865