Questão de Banco de Dados — Modelo Entidade-Relacionamento (MER) — CESPE / CEBRASPE 2023

Modelo Entidade-Relacionamento (MER): leitura de cardinalidade

Gabarito: letra C. A alternativa correta afirma que um cliente pode solicitar vários treinamentos, o que reflete a cardinalidade N:M (muitos-para-muitos) do relacionamento SOLICITA entre as entidades CLIENTE e TREINAMENTO — leitura direta do diagrama, em que cada cliente se associa a vários treinamentos e cada treinamento pode ser solicitado por vários clientes. As demais alternativas distorcem a cardinalidade, o grau do relacionamento, a validade de atributos em relacionamentos ou a função do atributo Nome.

O Modelo Entidade-Relacionamento (MER) é um modelo conceitual de dados, de alto nível de abstração, que descreve o domínio do negócio por meio de três componentes fundamentais: entidades (objetos sobre os quais se deseja guardar informações), atributos (características desses objetos) e relacionamentos (associações entre entidades). Sua representação gráfica é o Diagrama Entidade-Relacionamento (DER), que utiliza retângulos para entidades, elipses para atributos e losangos para relacionamentos. O MER é independente de hardware e software, ou seja, não depende de nenhum SGBD para ser implantado — ele registra quais dados podem aparecer no banco, não como serão armazenados fisicamente.

A leitura correta de um DER exige atenção a dois conceitos centrais: o grau e a cardinalidade do relacionamento. O grau indica o número de tipos de entidades que participam do relacionamento — binário (duas entidades), ternário (três entidades), n-ário (n entidades). A cardinalidade, por sua vez, expressa quantas ocorrências de uma entidade podem estar associadas a ocorrências da outra, podendo ser 1:1 (um-para-um), 1:N (um-para-muitos) ou N:M (muitos-para-muitos). No relacionamento SOLICITA, entre CLIENTE e TREINAMENTO, a cardinalidade N:M indica que um cliente pode solicitar vários treinamentos e um treinamento pode ser solicitado por vários clientes — é exatamente o que a alternativa C afirma.

Um ponto que costuma gerar confusão é a leitura da cardinalidade no diagrama: a notação indica a cardinalidade do lado oposto ao da entidade que se está lendo. Ou seja, ao lado da entidade CLIENTE está marcada a cardinalidade máxima de TREINAMENTO em relação a CLIENTE (N), e ao lado de TREINAMENTO está a cardinalidade máxima de CLIENTE em relação a TREINAMENTO (M). Essa inversão de leitura é a pegadinha clássica da banca, que explora justamente a interpretação apressada do diagrama.

Outro aspecto importante é que o MER admite atributos em relacionamentos. Atributos podem descrever tanto entidades quanto relacionamentos — por exemplo, em um relacionamento SOLICITA, um atributo como "data_solicitacao" poderia ser representado no losango. Portanto, a alternativa D, que nega essa possibilidade, está incorreta. Além disso, o atributo Nome, na entidade CLIENTE, é um atributo descritivo (ou nominativo), não um identificador — o identificador seria o CPF, que distingue cada ocorrência de cliente de forma única.

Guarde a fronteira entre grau (quantas entidades participam) e cardinalidade (quantas ocorrências se associam): é exatamente nela que as alternativas desta questão se dividem — a alternativa B confunde grau com cardinalidade, e a alternativa A inverte a leitura da cardinalidade máxima.

Alternativa A — ❌ Incorreta

Afirma que um treinamento pode ser solicitado por no máximo um cliente. Isso contraria a cardinalidade N:M do relacionamento SOLICITA: um treinamento pode ser solicitado por vários clientes (cardinalidade máxima M). A alternativa inverte a leitura da cardinalidade, tratando o relacionamento como se fosse 1:N quando o diagrama indica N:M. O erro está em confundir a cardinalidade máxima do lado de CLIENTE (que é M, muitos) com 1.

Alternativa B — ❌ Incorreta

Classifica o relacionamento SOLICITA como ternário. Um relacionamento ternário envolve três tipos de entidades distintas. No diagrama, SOLICITA associa apenas duas entidades — CLIENTE e TREINAMENTO —, sendo, portanto, um relacionamento binário. A alternativa confunde o grau do relacionamento (binário, ternário, n-ário) com a cardinalidade (1:1, 1:N, N:M). O grau é definido pelo número de entidades participantes, não pela quantidade de ocorrências associadas.

Alternativa C — ✅ Correta ⟵ GABARITO

Afirma que um cliente pode solicitar vários treinamentos. Isso está em conformidade com a cardinalidade N:M do relacionamento SOLICITA: cada cliente pode se associar a vários treinamentos (cardinalidade máxima N), e cada treinamento pode ser solicitado por vários clientes (cardinalidade máxima M). A alternativa espelha corretamente a leitura do diagrama, sem inverter a cardinalidade nem confundir o grau do relacionamento.

Alternativa D — ❌ Incorreta

Afirma que o modelo está incorreto porque não se admite o uso de atributos em relacionamentos no MER. Isso é falso: o MER admite atributos tanto em entidades quanto em relacionamentos. Um atributo pode descrever uma propriedade do próprio relacionamento — por exemplo, em SOLICITA, um atributo "data" indicaria quando a solicitação ocorreu. A alternativa nega uma característica válida do modelo, confundindo a representação de atributos de relacionamento com uma suposta restrição inexistente.

Alternativa E — ❌ Incorreta

Afirma que, na entidade CLIENTE, o atributo Nome é do tipo identificador. O atributo identificador (ou chave) é aquele que distingue cada ocorrência da entidade de forma única — no caso, o CPF. O atributo Nome é um atributo descritivo (ou nominativo), que apenas descreve uma característica do cliente, sem garantir unicidade (dois clientes podem ter o mesmo nome). A alternativa confunde a função do atributo: descritivo versus identificador.

Gabarito: letra C — a única alternativa que lê corretamente a cardinalidade N:M do relacionamento SOLICITA, afirmando que um cliente pode solicitar vários treinamentos.