Questão de Banco de Dados — DER - Diagrama de Entidade e Relacionamento — FCC 2015
Banco de Dados›DER - Diagrama de Entidade e Relacionamento
Código
fc023689
Banca
FCC
Órgão
TRE-PB
Ano
2015
Nível
Médio
Cargo
Técnico Judiciário - Área Apoio Especializado - Operação de Computadores
Um técnico está encarregado de desenhar um modelo conceitual utilizando o Modelo Entidade-Relacionamento (MER), para representar uma pequena base de dados com duas entidades: Funcionário e Projeto. Sabe-se que cada funcionário poderá trabalhar em diversos projetos ao mesmo tempo e que cada projeto poderá ter em atuação quantos funcionários forem necessários. Apesar de mais de um projeto poder iniciar em uma mesma data, normalmente cada um inicia em uma data diferente. Nesse contexto, pode-se concluir corretamente que, no modelo, a data da alocação do funcionário no projeto será um atributo
Ada entidade Funcionário.
Bclassificado como multivalorado.
Cda entidade Projeto.
Dclassificado como chave estrangeira.
Edo relacionamento.
Revelar gabarito e comentário▾
GabaritoE — do 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”.
Modelo Entidade-Relacionamento (MER): atributo de relacionamento
Gabarito: letra E. A data de alocação de um funcionário em um projeto é um atributo do relacionamento entre Funcionário e Projeto, e não de uma das entidades isoladamente, pois depende da combinação específica de ambos (funcionário + projeto).
A questão descreve um cenário de relacionamento muitos-para-muitos (N:N) entre Funcionário e Projeto. Atributos que descrevem a associação em si — como a data de início da alocação — não pertencem a nenhuma das entidades participantes, mas sim ao relacionamento. No MER, tais atributos são representados ligados ao losango do relacionamento. Ao mapear para o modelo relacional, esse atributo será incluído na tabela associativa que implementa o relacionamento N:N.
Alternativa A — ❌ Incorreta
A data de alocação não é atributo exclusivo de Funcionário, pois um mesmo funcionário pode ter várias datas de alocação (uma para cada projeto). Se fosse fixada em Funcionário, violaria a atomicidade e exigiria representação multivalorada — o que a banca já descarta na opção B. Além disso, o sentido do modelo é capturar a data da alocação no projeto, que é uma propriedade da relação.
Alternativa B — ❌ Incorreta
Atributo multivalorado é aquele que pode possuir múltiplos valores para uma mesma entidade (ex.: telefones de um funcionário). A data de alocação, no contexto, é um valor único por par (funcionário, projeto). Não há múltiplas datas para a mesma combinação; portanto, não é multivalorado.
Alternativa C — ❌ Incorreta
Assim como em Funcionário, fixar a data de alocação como atributo de Projeto também seria inadequado, pois um projeto pode ter vários funcionários alocados em datas diferentes. O atributo depende do par funcionário-projeto.
Alternativa D — ❌ Incorreta
Chave estrangeira é um conceito do modelo relacional (lógico/físico), não do modelo conceitual (MER). A data de alocação é um atributo descritivo, não uma chave. Além disso, mesmo no modelo relacional, a data seria um campo comum na tabela associativa, não uma chave estrangeira — as chaves estrangeiras seriam os códigos de funcionário e de projeto que compõem a chave primária composta.
Alternativa E — ✅ Correta ⟵ GABARITO
No MER, atributos que descrevem a associação entre entidades — como a data de alocação — são modelados como atributos do relacionamento. Isso reflete a dependência funcional completa: a data depende de ambos, funcionário e projeto, simultaneamente.
PEGA ESSA DICA!
Em relacionamentos N:N, qualquer atributo que descreva a relação (data, carga horária, função) pertence ao relacionamento, não às entidades. Ao mapear para o modelo relacional, esses atributos vão para a tabela associativa.