Questão de Tecnologia da Informação · CESGRANRIO BASA 01/2021 (nº 54)

Conceito-chave: Em um modelo ER, um relacionamento N:N (vários clientes para várias contas) vira uma tabela associativa (ou de ligação), que só guarda as chaves estrangeiras. Atributos do relacionamento (como diaSaldo e valorSaldo) vão para a tabela que representa esse relacionamento, e não para as entidades originais.

• (A) Incorreta: Coloca cpfCliente dentro de Conta, o que quebra a relação N:N (uma conta com vários clientes teria que repetir a conta). Além disso, SaldoDiario perde a referência ao relacionamento correto.
• (B) Incorreta: Mistura tudo: Conta ganha cpfCliente e diaSaldo (atributos que não pertencem a ela), e Cliente ganha numeroConta, criando dependências funcionais indevidas e repetição de dados.
• (C) Incorreta: Cria a tabela associativa ContaCliente corretamente, mas erra ao colocar cpfCliente e diaSaldo dentro de Conta e codigoPais/numeroConta dentro de Cliente, além de cpfCliente em Pais — tudo isso gera redundância e viola a 3FN.
• (D) Incorreta: A tabela SaldoDiario inclui cpfCliente, mas o saldo diário depende apenas da conta e do dia, não do cliente. Isso cria dependência parcial (o cpfCliente não é chave do saldo) e quebra a 3FN.
• (E) Correta: Conta e Cliente guardam só seus atributos próprios; ContaCliente representa o relacionamento N:N com as duas chaves estrangeiras; SaldoDiario guarda numeroConta e diaSaldo como chave composta (pois o saldo é por conta e por dia) e valorSaldo; Pais guarda codigoPais e nomePais. Nenhuma chave artificial é usada, e tudo está na 3FN.

Comentário do distrator mais tentador (A): A pegadinha da banca é que muitos alunos acham que, como uma conta pode ter vários clientes, basta colocar o cpfCliente na tabela Conta — mas isso força a repetir o numeroConta para cada cliente, o que é redundante e não representa corretamente o N:N. A alternativa A parece simples, mas ignora a necessidade da tabela associativa ContaCliente.