Sintaxis del MER en la notación pata de gallina - linaSalinas/Wiki_Modelado GitHub Wiki

Utilizando el ejemplo seleccionado se describirán los elementos sintácticos de la notación pata de gallina.

Anterior


Notación pata de gallina, se caracteriza porque las entidades se representan como cuadros y las relaciones son líneas entre las entidades, la cardinalidad entre las entidades es lo que hace parecer las relaciones como una pata de una gallina, de ahí el nombre.

Para modelar en notación pata de gallina utilizamos la herramienta Datamodeler.

Para entender mejor la cardinalidad de las relaciones debemos recordar que, siempre se leen empezando en singular.

Aquí tenemos una relación con cardinalidad 1:1 entonces decimos que por cada Pedido hay un Registro o en sentido contrario cada Registro tiene un Pedido.

Pata_de_Gallina_1-1

En una relación con cardinalidad 1:N decimos que la Tarjeta puede no tener un Sobrino asociado o tener muchos, y a su vez, un Sobrino esta asociado a una Tarjeta.

Pata_de_Gallina_1-N

En una relación con cardinalidad M:N decimos que un Pedido puede tener muchas Pizzas y si lo vemos en sentido contrario una Pizza puede estar en muchos pedidos. Cabe aclarar que Pizza hace referencia a un tipo especifico, como por ejemplo, una pizza mediana de peperoni.

Pata_de_Gallina_M-N

Las entidades recursivas en Pata de Gallina funcionan de la misma forma, pero la relación se ve así, ya no se escriben en las relaciones los roles de los empleados, pero se infiere que un empleado tiene más empleados a su cargo.

Pata_de_Gallina_Recursivo

Puesto que la notación Pata de Gallina solo maneja relaciones binarias, las relaciones n-arias no existe, pero es posible modelarlas. Para esto se crea una nueva entidad que cumplirá la función de relacionar las entidades usando únicamente relaciones binarias.

En nuestro ejemplo la entidad "relación" llamada Registra, tiene 3 relaciones:

  • EMPLEADO: una relación 1:N lo cual indica que un Empleado puede haber realizado muchos registros de un pedido, y un Registra solo puede tener una referencia con Empleado, quiere decir que un Registro solo es tomado por un Empleado.

  • CLIENTE: una relación 1:N, indicando que un Cliente puede realizar muchos pedidos, osea que puede tener muchos Registros con su referencia. Pero, un Registra solo puede referenciar a un Cliente.

  • PEDIDO: una relación 1:1, esta relación indica que un Pedido solo puede tener una referencia de un Registra y un Registra solo una referencia de Pedido. Esta relación modifica a la Entidad Pedido y agrega la llave primaria de Registra como atributo.

En el siguiente apartado miraremos más a fondo la modificación de las Entidades cuando se hacen las relaciones y las tablas que estas relaciones generan. Recordemos que una entidad en una base de datos no es más que una tabla.

Pata_de_Gallina_Ternaria

A continuación el diseño completo del ejemplo de Pizzería en notación Pata de Gallina

Pata_de_Gallina_completo


Siguiente