MER e DER: definições, banco de dados e exemplos

Neste artigo, vamos entender um pouco sobre o MER (Modelo Entidade Relacionamento) e DER (Diagrama Entidade-Relacionamento), que são o ponto de partida depois que temos os requisitos do projeto em mãos.
Além disso, vamos entender melhor como transformar os requisitos (objetos do mundo reak) em um esqueleto do banco de dados.

O que é o MER?

O MER é utilizado para descrever os objetos do mundo real através de entidades, com suas propriedades que são os atributos e os seus relacionamentos.

Mas o que são entidades?

As entidades representam um objeto do mundo real que possuem uma existência independente, como: pessoas, empresa, carro, casa, entre outras coisas que podem ser representadas por uma entidade. Podemos considerar que existem três tipos de entidades:

1. As entidades fortes, que não dependem de outras entidades para existirem.
2. As entidades fracas, que dependem de outras entidades para existir, ou seja, elas não possuem existência própria ou não possuem atributos próprios para identificação, dependendo assim, dos atributos-chave das entidades fortes.
3. E por último as entidades associativas, utilizadas quando existe a necessidade de associar uma entidade a um relacionamento.

E o que são atributos?

Os atributos descrevem as propriedades das entidades. A entidade pessoa pode ter como atributo o nome, data de nascimento, idade, endereço. Como as entidades, também existem alguns tipos de atributos, que são: os atributos simples, atributos compostos, atributos multivalorados, atributos derivados e atributos-chave. Agora veremos cada um deles:

Atributo Simples

Atributos simples são indivisíveis, ou seja, são atributos atômicos, um exemplo seria o `CPF`, ele não pode ser dividido em partes menores para formar outros atributos, ele é indivisível.

Atributo Composto

Atributos Compostos podem ser divididos em partes menores, que representam outros atributos, como o endereço, ele pode ser subdividido em atributos menores, como, por exemplo, cidade, estado, rua, CEP.

Atributo Multivalorado

Um atributo Multivalorado pode ter um ou N (vários) valores associados a ele, como, por exemplo, o atributo telefone de um cliente, ele pode ter um ou vários telefones.

Atributo Derivado

Atributos derivados dependem de outro atributo ou até mesmo outra entidade para existir, como, por exemplo, o atributo idade e data de nascimento, para descobrimos a idade de uma pessoa precisamos da sua data de nascimento, então, consideramos o atributo idade como derivado do atributo data de nascimento.

Atributo Chave

O atributo chave é utilizado para identificar de forma única uma entidade, ou seja, os valores associados a esse atributo são distintos dentre o conjunto de entidades. Como exemplo, podemos utilizar o CPF de uma pessoa, ele é único e pode ser utilizado como atributo-chave, já que cada pessoa recebe um número de CPF distinto.

E os relacionamentos?

As entidades podem se relacionar entre si, havendo assim uma associação, que conhecemos como relacionamento, que normalmente são representados por verbos. Como, por exemplo, “uma pessoa trabalha para uma empresa”. Também podemos classificar os relacionamentos em três tipos:

• Relacionamento UM PARA UM (1:1): Onde uma `entidade X` se associa unicamente a uma ocorrência da `entidade Y`. 

• Relacionamento UM PARA MUITOS (1:N): Onde uma `entidade X` se associa a várias ocorrências da `entidade Y`, porém, a `entidade Y` pode apenas se associar a uma ocorrência da `entidade X`. 

• Relacionamento MUITOS PARA MUITOS (N:N): Onde a `entidade X` o pode se associar a várias ocorrências da `entidade Y` e a `entidade Y` pode também se associar a várias ocorrências da `entidade X`. 

O DER (Diagrama Entidade-Relacionamento)

O DER é utilizado para representar em forma gráfica o que foi descrito no MER. Ele ajuda a entender como os dados se conectam, quais informações precisam ser guardadas e como elas se relacionam entre si. Assim, facilitando a comunicação entre equipes com vários perfis (técnicos e não técnicos) a tomarem decisões em um projeto. 

Um bom diagrama, evita dados duplicados e problemas de inconsistência, melhorando a qualidade do sistema como um todo. Seus benefícios contemplam a organização das informações, clareza nos dados e facilidade na manutenção.  

Praticando

Agora vamos praticar! Para isso, pense num cenário fictício em que fomos contratados por uma instituição, e a mesma, precisa ter um sistema para controle de cursos, sabemos que precisamos ter informações dos alunos, dos cursos e de professores.

De cada aluno, será necessário armazenar: seu nome, matrícula, data de nascimento e idade, de cada curso será necessário armazenar a descrição e quantidade de alunos inscritos, e do professor, o seu nome. 

O primeiro passo é identificar e descrever as entidades e os atributos: 

• Nesse cenário podemos identificar como entidades: 

`aluno`

`curso`

`professor`

• Os atributos da entidade aluno serão :

`nome`

`data de nascimento`

`Matrícula`

• Os atributos da entidade curso serão:

`descrição`

`quantidade de alunos inscritos` 

• A entidade Professor tem como atributo único:

 `nome`

Assim podemos representar de forma gráfica as entidades e os atributos identificados, como na imagem abaixo: 

Após identificar e descrever as entidades e os atributos, é possível descobrir os relacionamentos existentes. 

• Relacionamento entre Aluno e Curso: Um curso pode ter vários alunos inscritos e um aluno pode estar inscrito em um curso. 

• Relacionamento entre Professor e Curso: Um curso pode ser coordenado por um professor e um professor pode coordenar um curso. 

• Relacionamento entre Professor e Aluno: um professor pode orientar vários alunos e um aluno pode ser orientado por um professor. 

A representação final do Diagrama ficará da seguinte forma: 

Conclusão

Entendemos neste artigo, que para ter um bom projeto de banco de dados é necessário descrever de forma clara os objetos do projeto (MER),  para ser possível representar, da forma mais próxima da realidade, os requisitos levantados (DER). 

Se você quer aprender, na prática, como elaborar projetos de banco de dados, conheça nossa Formação de Modelagem de dados e Carreira em Engenharia de Dados. 

FAQ | Perguntas frequentes sobre MER e DER 

1. MER e DER são a mesma coisa? 

Não. Embora estejam diretamente relacionados, o MER é o conceito e a estrutura teórica, enquanto o DER é apenas a forma visual de representar esse modelo. 

2. Para que servem o MER e o DER na modelagem de dados? 

Eles servem para organizar e estruturar os dados de um sistema, facilitar a comunicação entre analistas, desenvolvedores e usuários, além de reduzir erros antes da implementação do banco de dados.

3. Em que etapa do desenvolvimento o MER e o DER são usados?

São utilizados principalmente na fase de análise e projeto, antes da criação do banco de dados físico, ajudando a entender as regras de negócio e os dados envolvidos. 

4. Por que o MER é importante antes de criar o banco de dados? 

Porque ele permite validar a estrutura dos dados, identificar redundâncias e garantir que o banco de dados atenda corretamente às necessidades do sistema antes da implementação técnica. 

5. Quais elementos compõem um MER/DER? 

Os principais elementos são entidades, atributos, relacionamentos, cardinalidades e, em alguns casos, chaves primárias e estrangeiras.