Questão de Banco de Dados — Modelagem de dados — FCC 2026
Banco de Dados›Modelagem de dados
Código
gp018330
Banca
FCC
Órgão
MPE-AL
Ano
2026
Cargo
Analista do Ministério Público - Especialidade: Desenvolvimento de Sistemas
Um Ministério Público Estadual mantém sistema de controle de procedimentos investigatórios, no qual um mesmo membro pode atuar em múltiplos procedimentos e cada procedimento pode ter diversos membros designados em períodos distintos, com necessidade de registrar data de início e fim da designação. O modelo conceitual que representa corretamente essa situação é
Auma entidade fraca DESIGNACAO dependente de MEMBRO, com chave parcial composta por data_inicio e data_fim.
Bum atributo composto período_designacao armazenado na entidade PROCEDIMENTO, contendo data_inicio e data_fim para cada membro associado
Cum relacionamento N:N entre MEMBRO e PROCEDIMENTO, contendo os atributos data_inicio e data_fim associados ao próprio relacionamento.
Dum relacionamento 1:N independente entre MEMBRO e PROCEDIMENTO, cada um representando uma data distinta de início e fim da designação.
Eum atributo multivalorado datas_designacao na entidade MEMBRO, armazenando os períodos de atuação em cada procedimento.
Revelar gabarito e comentário▾
GabaritoC — um relacionamento N:N entre MEMBRO e PROCEDIMENTO, contendo os atributos data_inicio e data_fim associados ao próprio relacionamento.
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 Entidade-Relacionamento: Atributos em Relacionamento N:N
Gabarito: letra C. Em um relacionamento muitos-para-muitos (N:N) entre MEMBRO e PROCEDIMENTO, as datas de início e fim da designação dependem da combinação do membro e do procedimento, devendo ser modeladas como atributos do próprio relacionamento, conforme preconiza o modelo Entidade-Relacionamento.
A questão descreve um cenário em que um mesmo membro atua em vários procedimentos e cada procedimento tem vários membros, com necessidade de registrar o período de cada designação. A cardinalidade é claramente N:N, e os atributos data_inicio e data_fim pertencem à associação entre um membro e um procedimento, não a uma das entidades isoladamente.
Critério
Alternativa A (Entidade fraca)
Alternativa B (Atributo composto em PROCEDIMENTO)
Alternativa C (Relacionamento N:N c/ atributos)
Alternativa D (Relacionamento 1:N)
Alternativa E (Atributo multivalorado em MEMBRO)
Cardinalidade representada
N:N (via entidade associativa)
N:N (implícita, mas mal modelada)
N:N (correta)
1:N (incorreta)
N:N (implícita, mas mal modelada)
Localização das datas
Chave parcial da entidade fraca (erro conceitual)
Atributo composto multivalorado em PROCEDIMENTO
Atributos do relacionamento (correto)
Datas separadas em cada entidade (erro semântico)
Atributo multivalorado em MEMBRO (erro conceitual)
Normalização
Violada (datas como chave)
Violada (atributo multivalorado em entidade)
Adequada
Violada (não captura N:N)
Violada (atributo multivalorado sem associação explícita)
Captura da associação membro-procedimento
Sim, mas com chave inadequada
Não (perde a ligação direta)
Sim
Não (apenas 1:N)
Não (perde a ligação direta)
Aderência ao modelo ER clássico
Baixa (entidade fraca desnecessária)
Baixa (atributo composto inadequado)
Alta (padrão para N:N com atributos)
Baixa (cardinalidade errada)
Baixa (atributo multivalorado inadequado)
Alternativa A — ❌ Incorreta
Define uma entidade fraca DESIGNAÇÃO dependente de MEMBRO. Embora seja possível criar uma entidade associativa para representar a designação, aqui ela é descrita como entidade fraca com chave parcial composta por data_inicio e data_fim. O erro é que as datas não são parte da chave — a chave de uma designação seria a combinação das chaves de MEMBRO e PROCEDIMENTO, e as datas são atributos descritivos. Além disso, a designação não é uma entidade fraca, mas sim um relacionamento com atributos.
Alternativa B — ❌ Incorreta
Propõe um atributo composto período_designacao armazenado diretamente na entidade PROCEDIMENTO. Isso viola a normalização e a semântica, pois um procedimento pode ter vários membros, cada um com seu período; colocar um atributo composto multivalorado em PROCEDIMENTO não captura a associação correta e dificulta a representação das datas para cada membro.
Alternativa C — ✅ Correta ⟵ GABARITO
Modela um relacionamento N:N entre MEMBRO e PROCEDIMENTO, com os atributos data_inicio e data_fim associados ao próprio relacionamento. Essa é a abordagem clássica no modelo ER: em uma associação muitos-para-muitos, atributos que descrevem a relação (como o período de designação) devem ser colocados no retângulo do relacionamento. Assim, cada par (membro, procedimento) pode ter suas próprias datas.
Alternativa D — ❌ Incorreta
Propõe um relacionamento 1:N independente entre MEMBRO e PROCEDIMENTO, com datas distintas em cada lado. Mas a cardinalidade é N:N, não 1:N. Colocar datas em cada entidade separadamente não é suficiente para registrar o período de cada associação, e o modelo 1:N não reflete a realidade (um membro pode estar em vários procedimentos e vice-versa).
Alternativa E — ❌ Incorreta
Sugere um atributo multivalorado datas_designacao na entidade MEMBRO, armazenando os períodos de atuação em cada procedimento. Isso não especifica a qual procedimento cada período se refere, perdendo a ligação com a entidade PROCEDIMENTO. Além disso, atributos multivalorados são menos flexíveis e fogem da boa prática de modelagem relacional.