Resumo TI Banco de Dados: Modelo ER Estendido (EER)

O Modelo Entidade-Relacionamento clássico, de Chen, é suficiente para capturar entidades, atributos e relacionamentos simples — mas o mundo real tem hierarquias, especializações e associações que exigem mais expressividade. O Modelo ER Estendido (EER) é exatamente essa extensão: incorpora conceitos de orientação a objetos à modelagem conceitual, reunindo tudo o que você já viu nesta trilha sob um único guarda-chuva formal — e adicionando uma peça que ainda faltava.

Neste resumo, você vai ver como os conceitos de entidade fraca, especialização, generalização, herança e agregação se encaixam formalmente no EER, e vai conhecer a categoria (tipo união), o último recurso do modelo estendido, usado quando uma subclasse reúne membros de superclasses de tipos completamente diferentes.

🧭 Por que o ER clássico não bastava

O modelo de Chen original representa bem entidades homogêneas e associações diretas entre elas, mas não tem vocabulário próprio para dizer “esta entidade é um tipo mais específico daquela” ou “esta associação, em si, participa de outra associação”. O EER preenche exatamente essas lacunas, sem substituir o ER clássico — é uma extensão que se soma às entidades, atributos, relacionamentos e chaves já vistos, não uma modelagem paralela.

🧩 O que já é EER, revisitando a trilha

Vários recursos vistos nos resumos anteriores já são, formalmente, parte do EER — vale reunir a visão de conjunto:

• Entidade fraca: entidade sem chave própria suficiente, dependente de uma entidade forte (proprietária) — recurso do EER;
• Especialização, generalização e herança: hierarquias de superclasse/subclasse, com restrições de disjunção e completude — recurso central do EER;
• Agregação: tratamento de um relacionamento como objeto de nível superior, capaz de participar de outro relacionamento — recurso do EER para casos que o ER clássico não resolve sozinho.

Entidades comuns, atributos (simples, compostos, multivalorados, derivados), chaves (candidata, primária, alternativa, e compostas quando formadas por mais de um atributo) e relacionamentos com cardinalidade e participação continuam sendo a base — o EER não os substitui, apenas acrescenta os recursos acima para modelar hierarquias e associações mais complexas.

🔀 Categoria (tipo união)

A peça que ainda faltava é a categoria (ou tipo união). Numa especialização comum, a subclasse é subconjunto de uma única superclasse. Na categoria, a subclasse é subconjunto da união de duas ou mais superclasses de tipos diferentes, sem relação hierárquica entre si. O exemplo clássico é Proprietário de um veículo: um proprietário pode ser uma Pessoa Física ou uma Empresa — duas entidades completamente distintas, com atributos e chaves próprias diferentes (CPF de um lado, CNPJ de outro), que não compartilham nenhuma superclasse comum, mas ambas podem, individualmente, assumir o papel de Proprietário.

A notação segue o mesmo padrão de círculo usado na especialização, mas com a letra “U” (de union) dentro dele, conectando as superclasses de origem à categoria. Assim como a especialização, a categoria também pode ser total ou parcial, dependendo de todo membro das superclasses de origem participar ou não da categoria.

🔑 A exceção de chave primária na categoria

Aqui está o ponto que mais diferencia a categoria de uma especialização comum: como as superclasses de origem (Pessoa Física, Empresa) têm chaves primárias de tipos diferentes (CPF, CNPJ), a categoria Proprietário não pode simplesmente herdar “a” chave primária de uma única superclasse, como acontece numa subclasse normal. Na prática, a categoria costuma precisar de uma chave substituta (surrogate) própria, exclusiva dela, para servir de identificador uniforme — uma exceção pontual à regra geral de que toda subclasse compartilha a chave primária da superclasse.

⚠️ Pegadinhas comuns

• Categoria não é generalização: na generalização, as superclasses de origem tendem a ter afinidade de domínio; na categoria, a união reúne tipos de entidade essencialmente diferentes, sem característica comum relevante além do papel exercido;
• Categoria não é o mesmo que herança múltipla (treliça): na treliça, a subclasse herda de todas as superclasses ao mesmo tempo (interseção); na categoria, cada membro pertence a apenas uma das superclasses de origem por vez (união, não interseção);
• Nem toda categoria precisa de chave substituta: se, por algum motivo de projeto, todas as superclasses de origem já compartilhassem o mesmo domínio de chave, a herança direta ainda seria possível — a chave substituta é a solução mais comum, não uma regra absoluta e universal;
• EER não é um modelo separado do ER: é comum a prova tratar “modelo ER” e “modelo EER” como se fossem alternativas excludentes — na verdade, o EER contém o ER clássico integralmente, apenas adicionando recursos.

🎯 Dica Final para a Prova

Para diferenciar categoria de especialização, pergunte: “as superclasses de origem pertencem à mesma família de entidade, ou são tipos fundamentalmente diferentes que só coincidem no papel representado?” Se as superclasses são da mesma família e cada ocorrência pertence a uma só subclasse por vez, é especialização; se a mesma ocorrência pode pertencer a mais de uma superclasse ao mesmo tempo (interseção), é treliça; se as superclasses são de tipos fundamentalmente diferentes, unidas apenas pelo papel exercido (união), é categoria — e desconfie de chave primária herdada de forma direta nesse último caso.

✓ Agora que você conhece todos os recursos de modelagem conceitual do EER, o próximo passo é a etapa que transforma tudo isso em tabelas reais: o mapeamento do modelo conceitual para o modelo lógico relacional.

📍Gostou do conteúdo? Deixe um comentário, compartilhe e continue acompanhando o Dicionário do Concurseiro para mais Resumos de TI – Banco de Dados. Aqui você encontra explicações claras, atualizadas e com foco total no que cai em prova!

👉 Leia também no Dicionário do Concurseiro: Resumo TI Banco de Dados: Mapeamento do Modelo Conceitual para Lógico Relacional

📘 O EER é o que permite que um modelo de dados fale a língua real do negócio, com hierarquias, papéis e associações compostas — sem abrir mão do rigor herdado do modelo relacional. Continue estudando!