Questão de Banco de Dados — Banco de Dados Relacionais — FCC 2019
Banco de Dados›Banco de Dados Relacionais
Código
fc057840
Banca
FCC
Órgão
TRF - 4ª REGIÃO
Ano
2019
Cargo
Analista Judiciário - Sistemas de Tecnologia da Informação
Em um banco de dados há duas entidades: Processo(idProcesso é PK) e Advogado (idAdvogado é PK). Um advogado pode trabalhar em vários processos diferentes e cada processo pode ter diversos advogados. Tal característica permite concluir que as entidades Processo e Advogado estabelecem uma relação n:m e, por isso,
Ao atributo idProcesso deve ser colocado na entidade Advogado e idAdvogado deve ser colocado na entidade Processo.
Bos atributos idProcesso e idAdvogado deverão ser chave estrangeira em uma entidade associativa entre Advogado e Processo.
Cdevem formar uma única entidade pela união de seus atributos, com chave primária composta por idProcesso e idAdvogado.
Ddevem ser ligadas por meio de uma relação de herança onde a entidade Processo herda a entidade Advogado.
Eserá necessária uma entidade associativa entre elas, sem chave primária, mas com chave estrangeira composta por idProcesso e idAdvogado.
Revelar gabarito e comentário▾
GabaritoB — os atributos idProcesso e idAdvogado deverão ser chave estrangeira em uma entidade associativa entre Advogado e Processo.
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:m)
Gabarito: letra B. Em um relacionamento n:m (muitos-para-muitos) entre as entidades Processo e Advogado, a implementação no modelo relacional exige a criação de uma entidade associativa (tabela de junção) que contenha as chaves estrangeiras referenciando as chaves primárias das duas entidades. Essa tabela resolve a cardinalidade n:m, evitando redundância e garantindo integridade referencial.
A questão testa o conhecimento de como mapear um relacionamento muitos-para-muitos no modelo relacional. A regra é: para uma relação n:m, deve-se criar uma terceira tabela (associativa) que armazena as combinações das chaves primárias das tabelas envolvidas. Normalmente, a chave primária dessa tabela associativa é composta pelos dois campos estrangeiros.
Critério
Alternativa B (Correta)
Alternativa E (Incorreta)
Definição da entidade associativa
Tabela de junção entre Advogado e Processo
Tabela de junção entre Advogado e Processo
Chave primária
Composta por idProcesso e idAdvogado (implícita)
Ausente (viola regra do modelo relacional)
Chaves estrangeiras
idProcesso e idAdvogado
idProcesso e idAdvogado
Cardinalidade resolvida
n:m (muitos-para-muitos)
n:m (muitos-para-muitos)
Integridade referencial
Garantida
Garantida
Conformidade com modelo relacional
✅ Sim (toda tabela tem PK)
❌ Não (tabela sem PK)
Alternativa A — ❌ Incorreta
Colocar idProcesso na tabela Advogado e idAdvogado na tabela Processo resultaria em múltiplos valores em um mesmo campo (violação da primeira forma normal) ou exigiria repetir registros, o que não resolve o relacionamento n:m. Essa abordagem é inadequada.
Alternativa B — ✅ Correta ⟵ GABARITO
A alternativa descreve exatamente a solução padrão: criar uma entidade associativa (tabela de junção) onde os atributos idProcesso e idAdvogado atuam como chaves estrangeiras, referenciando, respectivamente, as tabelas Processo e Advogado. Normalmente, a chave primária dessa tabela é composta por esses dois campos.
Alternativa C — ❌ Incorreta
Unir todos os atributos em uma única entidade não faz sentido semântico e viola os princípios de normalização. Além disso, a chave primária composta por idProcesso e idAdvogado não seria adequada, pois cada processo ou advogado teria que repetir seus atributos a cada combinação.
Alternativa D — ❌ Incorreta
Herança é um conceito de orientação a objetos (generalização/especialização) e não se aplica a relacionamentos entre entidades no modelo relacional. Não há relação hierárquica entre Processo e Advogado.
Alternativa E — ❌ Incorreta
Afirma que a entidade associativa não possui chave primária. No modelo relacional, toda tabela deve ter uma chave primária. A tabela associativa pode ter chave primária composta por idProcesso e idAdvogado (ou uma chave artificial), mas nunca ficar sem chave primária.
PEGA ESSA DICA!
Sempre que você encontrar um relacionamento muitos-para-muitos no modelo entidade-relacionamento, lembre-se: no modelo relacional, ele será representado por uma terceira tabela (associativa) contendo as chaves estrangeiras das duas tabelas originais. A chave primária dessa tabela pode ser composta ou simples, mas é obrigatória.