Diagrama del modelo de base de datos

¡Dibuja diagramas de modelos de bases de datos sin esfuerzo con Edraw!

Database Model Diagram Software es una herramienta de diseño de base de datos muy fácil de usar e intuitiva y una herramienta de Diagrama de modelo de base de datos que puede ahorrarte cientos de horas de trabajo. Es un software rápido de diagramas de modelos de bases de datos que te ayuda a describir procesos, interfaces, almacenes de datos y flujos de datos.

Edraw es una excelente herramienta para Diagramas de modelos de bases de datos que te permite crear diagramas y estructuras de modelos de bases de datos y, a continuación, exportarlos a informes detallados en formato HTML o PDF.

Descarga gratuita de software de diagrama de modelo de base de datos

El modelo Entidad-Relación (ER) fue propuesto originalmente por Peter en 1976 [Chen76] como una forma de unificar las visiones de red y de base de datos relacional. En pocas palabras, el modelo ER es un modelo de datos conceptual que considera el mundo real como entidades y relaciones. Un componente básico del modelo es el diagrama Entidad-Relación, que se utiliza para representar visualmente los objetos de datos. Desde que Chen escribió su artículo, el modelo se ha ampliado y hoy en día se utiliza habitualmente para el diseño de bases de datos. Las ventajas del modelo ER son:

1. Se adapta bien al modelo relacional. Las construcciones utilizadas en el modelo ER pueden transformarse fácilmente en tablas relacionales.
2. Es sencillo y fácil de entender con un mínimo de formación, por tanto, el diseñador de la base de datos puede utilizar el modelo para comunicar el diseño al usuario final.
3. Además, el desarrollador de bases de datos puede utilizar el modelo como plan de diseño para implantar un modelo de datos en un software específico de gestión de bases de datos.

Con un amplio conjunto de objetos de la biblioteca como entidades, enlaces, elementos, atributos, usuarios, tipos, leyendas, herencia, referencias, límites, eventos, nubes, etc., Edraw es una herramienta perfecta para el diseño de modelos de bases de datos y la diagramación ER.

La plantilla Diagrama de modelo de base de datos te ayuda a diseñar e implementar estructuras de bases de datos. Puedes utilizar tanto la notación Entidad-Relación (ER) como la Definición Integrada para el Modelado de Datos (IDEF1X) al crear el diagrama.

Símbolos de relación entre entidades

Símbolos de relación de objetos

Constructos básicos del modelo E-R

El modelo ER considera el mundo real como una construcción de entidades y asociaciones entre entidades.

Entidades

Las entidades son el principal objeto de datos sobre el que debe recopilarse información, suelen ser conceptos reconocibles, concretos o abstractos, como personas, lugares, cosas o acontecimientos que tienen relevancia para la base de datos. Algunos ejemplos concretos de entidades son: los empleados, los proyectos y las facturas. Una entidad es análoga a una tabla en el modelo relacional.

Las entidades se clasifican como independientes o dependientes (en algunas metodologías, los términos utilizados son fuerte y débil, respectivamente). Una entidad independiente es aquella que no depende de otra para identificarse, mientras que una entidad dependiente es aquella que depende de otra para identificarse.

Una ocurrencia de entidad (también llamada instancia) es una ocurrencia individual de una entidad; una ocurrencia es análoga a una fila en la tabla relacional.
Tipos de entidades especiales

Las entidades asociativas (también conocidas como entidades de intersección) son entidades utilizadas para asociar dos o más entidades con el fin de conciliar una relación de muchos a muchos.

Las entidades subtipo se utilizan en las jerarquías de generalización para representar un subconjunto de instancias de su entidad padre, denominada supertipo, pero que tienen atributos o relaciones que sólo se aplican al subconjunto.

Las entidades asociativas y las jerarquías de generalización se tratan con más detalle a continuación.
Relaciones

Una relación representa una asociación entre dos o más entidades, un ejemplo de relación sería:

1. Los empleados se asignan a proyectos
2. Los proyectos tienen subtareas
3. Los departamentos gestionan uno o varios proyectos

Las relaciones se clasifican en términos de grado, conectividad, cardinalidad y existencia. Estos conceptos se analizarán a continuación.
Atributos

Los atributos describen la entidad a la que están asociados. Una instancia particular de un atributo es un valor, por ejemplo, "Jane R. Hathaway" es un valor del atributo Nombre. El dominio de un atributo es la colección de todos los valores posibles que puede tener un atributo, el dominio de Nombre es una cadena de caracteres.

Los atributos pueden clasificarse como identificadores o descriptores. Los identificadores, más comúnmente llamados claves, identifican de forma única una instancia de una entidad. Un descriptor describe una característica no única de una instancia de entidad.

Clasificación de las relaciones

Las relaciones se clasifican por su grado, conectividad, cardinalidad, dirección, tipo y existencia. No todas las metodologías de modelización utilizan todas estas clasificaciones.

Grado de una relación

El grado de una relación es el número de entidades asociadas a la relación. La relación n-aria es la forma general para el grado n. Los casos especiales son el binario y el ternario, donde el grado es 2 y 3, respectivamente.

Las relaciones binarias, la asociación entre dos entidades es el tipo más común en el mundo real. Una relación binaria recursiva se produce cuando una entidad está relacionada consigo misma, un ejemplo podría ser "algunos empleados están casados con otros empleados".

Una relación ternaria implica a tres entidades y se utiliza cuando una relación binaria es inadecuada. Muchos enfoques de modelización sólo reconocen relaciones binarias. Las relaciones ternarias o n-arias se descomponen en dos o más relaciones binarias.
Dirección

La dirección de una relación indica la entidad de origen de una relación binaria. La entidad en la que se origina una relación es la entidad padre; la entidad en la que termina la relación es la entidad hija.

La dirección de una relación viene determinada por su conectividad. En una relación uno a uno, la dirección es de la entidad independiente a una entidad dependiente; si ambas entidades son independientes, la dirección es arbitraria. En las relaciones uno a muchos, la entidad que aparece una vez es el padre, la dirección de las relaciones muchos-a-muchos es arbitraria.

Tipo

Una relación de identificación es aquella en la que una de las entidades hijas es también una entidad dependiente. Una relación no identificadora es aquella en la que ambas entidades son independientes.

Existencia

La existencia indica si la existencia de una entidad depende de la existencia de otra entidad relacionada. La existencia de una entidad en una relación se define como obligatoria u opcional; si una instancia de una entidad debe producirse siempre para que una entidad se incluya en una relación, entonces es obligatoria. Un ejemplo de obligatoriedad es la afirmación "cada proyecto debe ser gestionado por un único departamento"; si la instancia de la entidad no es obligatoria, es opcional. Un ejemplo de existencia opcional es la afirmación "los empleados pueden ser asignados a trabajar en proyectos".

Jerarquías de generalización

Una jerarquía de generalización es una forma de abstracción que especifica que dos o más entidades que comparten atributos comunes, pueden generalizarse en un tipo de entidad de nivel superior denominado supertipo o entidad genérica. El nivel inferior de entidades se convierte en el subtipo, o categorías, del supertipo. Los subtipos son entidades dependientes.

Notación ER

No existe ninguna norma para representar objetos de datos en diagramas ER.󠀲󠀨󠀦󠀩󠀤󠀢󠀠󠀤󠀳 Cada metodología de modelización utiliza su propia notación; la notación original empleada por Chen se utiliza mucho en textos y revistas académicas, pero rara vez se ve en herramientas CASE o publicaciones de no académicos. Hoy en día se utilizan varias notaciones, entre las más comunes están Bachman, pata de gallo e IDEFIX.

Todos los estilos de notación representan las entidades como cajas rectangulares y las relaciones como líneas que conectan cajas. Cada estilo utiliza un conjunto especial de símbolos para representar la cardinalidad de una conexión. La notación utilizada en este documento procede de Martin. Los símbolos utilizados para las construcciones ER básicas son:

1. Las entidades se representan mediante rectángulos etiquetados; la etiqueta es el nombre de la entidad. Los nombres de las entidades deben ser sustantivos singulares.
2. Las relaciones se representan mediante una línea continua que une dos entidades. El nombre de la relación se escribe encima de la línea y los nombres de las relaciones deben ser verbos.
3. Cuando se incluyen, los atributos aparecen dentro del rectángulo de la entidad, los que son identificadores aparecen subrayados. Los nombres de los atributos deben ser sustantivos singulares.
4. La cardinalidad de muchos se representa mediante una línea terminada en pata de gallo. Si se omite la pata de gallo, la cardinalidad es uno.
5. La existencia se representa colocando un círculo o una barra perpendicular en la línea. La existencia obligatoria se muestra mediante la barra (parece un 1) junto a la entidad para la que se requiere una instancia y la existencia opcional se muestra colocando un círculo junto a la entidad que es opcional.

También puedes usar Edraw para dibujar Chen ERD, Diagrama de modelo de base de datos, Express-G, Martin ERD, Diagrama ORM y mucho más.

Recursos de diagrama relativos del modelo de base de datos

Cómo dibujar un diagrama de modelo de base de datos

Software de diagrama de flujo de datos

Software de diagrama UML

Ver todos los ejemplos de flujo de datos

Ejemplos y plantillas de diagramas de modelos de bases de datos