Última actualización: 2026-11-09

Contenido de esta página

• ¿Qué es el modelo entidad-relación?
• Simbología del modelo entidad-relación: entidades, atributos y relaciones
• Cardinalidad 1:1, 1:N y N:M en notación de Chen y pata de gallo
• Entidad asociativa y agregación: cuando una relación necesita datos propios
• Modelo entidad-relación extendido: especialización y generalización
• Cómo hacer un diagrama entidad-relación paso a paso
• Modelo entidad-relación: ejercicios resueltos
• Herramientas para hacer un diagrama entidad-relación
• ¿Qué sigue después de dibujar el modelo entidad-relación?

Historia real. Entre el 22 y el 24 de septiembre de 1975, en Framingham, Massachusetts, se reunió una conferencia internacional sobre bases de datos muy grandes. Allí se presentó una versión de un trabajo de Peter Pin-Shan Chen, investigador del MIT, el Instituto Tecnológico de Massachusetts [2]. En marzo de 1976, el artículo salió en el primer número de ACM Transactions on Database Systems, una revista científica de bases de datos [1].

Chen proponía mirar el mundo como una colección de cosas y de vínculos entre esas cosas. Y metió en una nota al pie una duda que cualquier diseñador conoce. Un matrimonio, ¿es una cosa o un vínculo entre dos personas? Su respuesta fue práctica: es posible que algunas personas lo vean de un modo y otras del otro, y le toca decidir al administrador de la empresa [2].

Medio siglo después, esa decisión sigue siendo el corazón del oficio.

Antes de crear una sola tabla, alguien tiene que dibujar qué cosas guarda la base, qué se sabe de cada una y cómo se conectan. Ese dibujo es el modelo entidad-relación.

¿Qué es el modelo entidad-relación?

El modelo entidad-relación (MER) describe los datos de una organización con tres piezas. Las entidades son las cosas que importan, los atributos son los datos de cada cosa y las relaciones son los vínculos entre ellas. Se dibuja como un diagrama, el diagrama entidad-relación, y sirve para pensar la base de datos antes de construirla.

Chen define la entidad en una línea: «una entidad es una “cosa” que se puede identificar de forma inequívoca» [2]. Una persona, una empresa o un evento son entidades. Una relación, en sus palabras, es una asociación entre entidades [2]. Y el resumen de su artículo anuncia la otra mitad del aporte: una técnica especial de diagramas como herramienta para diseñar bases de datos [1].

Lo que hace útil al modelo es que habla en el idioma del negocio, no en el del computador. «Socio», «taller» y «reserva» son palabras que entiende la bibliotecaria. Las tablas, las columnas y los tipos de dato llegan después, en otra etapa.

Esta página es un tutorial de dibujo: los símbolos, la cardinalidad en dos notaciones y tres ejercicios resueltos de punta a punta. El concepto de base de datos relacional y sus tablas conectadas por claves están en la guía de bases de datos relacionales.

Simbología del modelo entidad-relación: entidades, atributos y relaciones

En la notación de Chen, que lleva el nombre del autor del modelo, cada pieza tiene una forma. Las entidades son rectángulos, las relaciones son rombos y los atributos son óvalos unidos a su entidad. El libro Database System Concepts, de Silberschatz, Korth y Sudarshan, recoge esos símbolos en su capítulo de diseño con el modelo entidad-relación [3]. Su séptima edición salió en marzo de 2019 [4].

Entidad fuerte y entidad débil

Una entidad fuerte se identifica sola, con un dato propio: un socio se reconoce por su número de documento. Una entidad débil, en cambio, depende de otra para existir y para identificarse. El libro de Silberschatz la define como aquella cuya existencia depende de otra entidad, llamada entidad identificadora [3].

Piense en las líneas de una factura. «Línea 2» no dice nada por sí sola, porque todas las facturas tienen una línea 2. Para saber de cuál se habla hacen falta dos datos: el número de la factura y el número de la línea. Ese número de línea, que distingue a las débiles dentro de su dueña, se llama discriminador [3].

En el diagrama, la entidad débil se dibuja con un rectángulo doble y su relación con la dueña, con un rombo doble. El discriminador se subraya con una línea punteada [3].

Tipos de atributos: simple, compuesto, multivaluado, derivado y clave

Un atributo es un dato que describe a una entidad: el nombre de un socio o el precio de un producto. No todos los atributos se comportan igual, y el diagrama de Chen tiene una marca para cada tipo [3].

Tipo de atributo	Qué es	Ejemplo	Cómo se dibuja en Chen
Simple	Un solo dato que no se divide	El título de un libro	Óvalo
Compuesto	Un dato formado por partes con sentido propio	El nombre, dividido en nombres y apellidos	Óvalo del que salen los óvalos de sus partes
Multivaluado	Puede tener varios valores para la misma entidad	Los teléfonos de un socio	Óvalo doble
Derivado	Se calcula a partir de otro dato	La edad, a partir de la fecha de nacimiento	Óvalo con borde punteado
Clave	Identifica a cada entidad sin repetirse	El número de documento	Nombre subrayado

Fuente de los símbolos: Silberschatz, Korth y Sudarshan [3]. El ejemplo de la edad calculada desde la fecha de nacimiento es el mismo que usa el libro [3].

Un atributo derivado no se guarda: se calcula cuando se necesita. Si la base guardara la edad, habría que corregirla cada año en cada socio. La clave como concepto de vocabulario, con sus variantes candidata, primaria y foránea, está explicada en fundamentos de bases de datos.

Relación y su grado: binaria, ternaria y recursiva

Una relación es un vínculo entre entidades, y su grado es el número de entidades que participan en ella. Si une dos, es binaria; si une tres, es ternaria. Las diapositivas del libro de Silberschatz lo dicen sin rodeos: «la mayoría de las relaciones son binarias» [3].

La ternaria aparece cuando el hecho solo tiene sentido con las tres cosas juntas. «Este docente dicta Matemáticas en séptimo A» no se puede partir en dos frases sin perder información. El ejercicio del colegio, más abajo, resuelve una.

Una relación también puede unir una entidad consigo misma. Es la relación recursiva: un socio responde por otro socio, que es menor de edad. Para no confundirse, cada lado de la línea lleva el nombre de su papel, o rol: «responsable» y «menor» [3].

Las relaciones pueden tener atributos propios. Chen da un ejemplo claro: el porcentaje de tiempo que un empleado dedica a un proyecto. No es un dato del empleado ni del proyecto, porque depende de los dos [2].

Cardinalidad 1:1, 1:N y N:M en notación de Chen y pata de gallo

La cardinalidad dice cuántas entidades de un lado pueden quedar vinculadas con una entidad del otro lado. Hay tres casos: uno a uno (1:1), uno a muchos (1:N) y muchos a muchos (N:M). Las notaciones de Chen y de pata de gallo la dibujan de forma distinta, y conviene leerlas lado a lado.

En la notación de Chen, la cardinalidad se escribe como un número o una letra junto a cada entidad, a lado y lado del rombo. En la notación de pata de gallo, en inglés crow’s foot, no hay rombo ni números: la línea termina en símbolos. El libro de Silberschatz presenta ambas como notaciones alternativas del mismo modelo [3].

La documentación de draw.io, una herramienta libre de diagramas, explica los símbolos de la pata de gallo. El círculo significa cero, la raya significa uno y la pata de gallo significa muchos [5]. Combinados de a dos en cada extremo, marcan el mínimo y el máximo [5].

Cardinalidad	Ejemplo	Notación de Chen	Notación de pata de gallo
Uno a uno (1:1)	Un cliente y su cuenta de fiado	«1» a cada lado del rombo	Línea con raya en ambos extremos
Uno a muchos (1:N)	Una sede y sus talleres	«1» junto a la sede y «N» junto a los talleres	Raya del lado de la sede y pata de gallo del lado de los talleres
Muchos a muchos (N:M)	Socios y talleres en los que se inscriben	«N» y «M» a cada lado del rombo	Pata de gallo en ambos extremos

En esta página usamos 1, N y M. Las diapositivas de Silberschatz marcan el lado «muchos» con un asterisco [3]; el dibujo es el mismo.

Hay una regla de lectura que vale para las dos notaciones, pero solo para el máximo. La marca pegada a una entidad dice cuántas de esa entidad, como mucho, le tocan a una sola del otro lado. Junto a «Sede» va un «1» porque cada taller se dicta en una sola sede.

Con el mínimo pasa lo contrario, y la diapositiva de Silberschatz que pone las dos notaciones lado a lado lo muestra [3]. En Chen, la doble línea que obliga a todo taller a tener sede va del lado de «Taller». En pata de gallo, esa misma obligación se lee en el extremo de «Sede», con la raya. El círculo que queda junto a «Taller» dice otra cosa: que una sede puede no tener talleres.

La pata de gallo tiene un límite que la documentación de draw.io reconoce. No sirve para decir que cada biblioteca tiene al menos cinco empleados o que un socio puede llevar hasta 20 libros. Para eso, draw.io sugiere la notación de Chen o la de mínimos y máximos [5].

Participación total y parcial

La participación dice si toda entidad de un conjunto debe estar en la relación o si puede quedarse por fuera. Es total cuando cada entidad participa al menos una vez; es parcial cuando algunas pueden no participar [3]. Todo taller se dicta en alguna sede: participación total. Una sede recién abierta puede no tener talleres todavía: participación parcial.

En Chen, la participación total se dibuja con doble línea entre la entidad y el rombo [3]. En pata de gallo, cada extremo lleva dos símbolos. El mínimo es el que queda más lejos de la caja, hacia el centro de la línea; así está dibujada la figura de arriba. La raya exige al menos uno y el círculo permite cero [5].

La cardinalidad y la participación son preguntas distintas. La primera es «¿cuántos como máximo?». La segunda es «¿alguno como mínimo?». Un diagrama completo responde las dos en cada extremo de cada línea.

Entidad asociativa y agregación: cuando una relación necesita datos propios

Una entidad asociativa es una relación que se convirtió en entidad porque necesita identidad, atributos o vínculos propios. El libro de Silberschatz muestra la mecánica para las relaciones de tres o más entidades: se reemplazan por una entidad nueva unida a cada participante con una relación binaria [3].

¿Cuándo dar ese paso? El libro propone una guía: usar una relación para describir una acción que ocurre entre entidades [3]. Si a esa acción le empiezan a colgar datos y vínculos propios, ya se comporta como una cosa. Es la vieja duda del matrimonio de Chen, que se decide caso por caso [2].

La agregación resuelve otro problema. A veces hay que relacionar algo con una relación completa, no con una de sus entidades. En el colegio, una observación de clase no es del docente solo ni del curso solo: es de «este docente dictando esta asignatura en este curso». La agregación trata esa relación como si fuera una entidad abstracta y permite relacionarla con otras [3].

En el diagrama, la agregación se dibuja encerrando la relación y sus entidades en un recuadro. La nueva relación sale del recuadro, no de una entidad suelta [3].

Modelo entidad-relación extendido: especialización y generalización

El modelo entidad-relación extendido añade al original la idea de que una entidad puede tener subtipos. La especialización parte de una entidad general y define grupos dentro de ella con atributos o relaciones propios [3]. La generalización hace el camino inverso: junta entidades parecidas en una más general. El libro de Silberschatz advierte que los dos términos se usan como sinónimos [3].

Se dibuja con un triángulo rotulado «ISA», del inglés is a, es decir, «es un»: un libro es un material de la biblioteca. Cada subtipo hereda los atributos y las relaciones de la entidad general [3].

Toda jerarquía responde dos preguntas, y sus respuestas se combinan:

Pregunta	Opción	Qué significa	Ejemplo de esta página
¿Una entidad puede estar en dos subtipos a la vez?	Disjunta	No: pertenece a un solo subtipo	Un material es libro o es juego de mesa
	Solapada	Sí: puede estar en varios	Una persona puede ser docente y acudiente en el mismo colegio
¿Toda entidad general debe estar en algún subtipo?	Total	Sí: no quedan entidades sueltas	Todo material es libro o juego
	Parcial	No: algunas no pertenecen a ningún subtipo	Hay personas registradas que no son ni docentes ni acudientes

Fuente de la clasificación: Silberschatz, Korth y Sudarshan [3]. El libro señala que la parcial es la opción por defecto y que la total se marca de forma explícita en el diagrama [3].

Cómo hacer un diagrama entidad-relación paso a paso

Un diagrama entidad-relación se construye de la lectura del problema hacia el dibujo, nunca al revés. Este es el orden que siguen los tres ejercicios de abajo:

1. Lea el enunciado y subraye los sustantivos. Cada sustantivo que tenga datos propios y varias apariciones es candidato a entidad.
2. Separe entidades de atributos. Si de algo solo interesa un valor, es atributo; si interesan varios datos sobre ello, es entidad.
3. Elija la clave de cada entidad. Si ninguna clave propia la identifica, es una entidad débil y necesita a su dueña.
4. Subraye los verbos. Cada verbo que une dos o más entidades es candidato a relación.
5. Ponga la cardinalidad y la participación en cada extremo, haciéndose las dos preguntas: «¿cuántos como máximo?» y «¿alguno como mínimo?».
6. Busque los datos que dependen de dos cosas a la vez. Son atributos de una relación o la señal de una entidad asociativa.
7. Revise los subtipos. Si una entidad tiene grupos con datos distintos, dibuje la jerarquía y decida si es disjunta o solapada, total o parcial.

Modelo entidad-relación: ejercicios resueltos

Los tres ejercicios son ilustrativos: los negocios, los nombres y los datos son inventados para enseñar el método. Cada uno sigue el mismo camino: enunciado, entidades y atributos, relaciones con su cardinalidad y el diagrama descrito.

Ejercicio 1: biblioteca comunitaria (socios, talleres y reservas)

Enunciado. Una biblioteca comunitaria tiene varias sedes en un mismo municipio. De cada socio guarda su documento, su nombre, su fecha de nacimiento y uno o varios teléfonos. Presta dos clases de materiales: libros, de los que interesa la editorial, y juegos de mesa, de los que interesa el número de piezas. Los socios reservan materiales y se inscriben en talleres; cada taller se dicta en una sola sede. Un socio adulto puede responder por socios menores de edad.

Entidades y atributos.

Entidad	Atributos	Clave	Notas de diseño
Socio	documento, nombre (nombres y apellidos), fecha de nacimiento, teléfonos, edad	documento	Nombre compuesto, teléfonos multivaluado, edad derivada
Material	código, título	código	Entidad general de una jerarquía
Libro	editorial	(hereda el código)	Subtipo de Material
Juego de mesa	número de piezas	(hereda el código)	Subtipo de Material
Taller	código, nombre, día de la semana	código	—
Sede	código, barrio	código	—

Relaciones y cardinalidades.

Relación	Entidades	Cardinalidad	Participación	Atributos de la relación
programa	Sede – Taller	1:N	Taller total, Sede parcial	—
se inscribe	Socio – Taller	N:M	Parcial en ambos lados	—
reserva	Socio – Material	N:M	Parcial en ambos lados	fecha de reserva
responde por	Socio (responsable) – Socio (menor)	1:N, recursiva	Parcial en ambos papeles	—

Diagrama descrito. Es el caso que dibuja la figura de arriba en las dos notaciones, con sus cuatro entidades en fila y sus tres relaciones principales. La jerarquía de Material cuelga de un triángulo ISA, disjunta y total. La relación recursiva sale y vuelve a Socio, con los rótulos «responsable» y «menor» en cada extremo.

La decisión difícil del ejercicio es la fecha de reserva. No es del socio, que reserva muchas veces, ni del material, que reservan muchos. Es de la pareja, así que va en la relación.

Ejercicio 2: ferretería de barrio (ventas, fiado y proveedores)

Enunciado. La ferretería de don Hernando, nombre inventado, vende productos agrupados por categoría: tornillería, pinturas, eléctricos. Cada venta tiene una o varias líneas, con el producto y la cantidad. Muchas ventas de mostrador se hacen sin registrar al cliente. Algunos clientes de confianza tienen una cuenta de fiado, una por cliente, con un cupo. Cada producto llega de uno o varios proveedores, y cada proveedor fija su propio precio de compra.

Entidades y atributos.

Entidad	Atributos	Clave	Tipo
Cliente	cédula, nombre, teléfonos	cédula	Fuerte
Cuenta de fiado	número, cupo, fecha de apertura	número	Fuerte
Categoría	código, nombre	código	Fuerte
Producto	código, nombre, precio de venta	código	Fuerte
Proveedor	NIT (número de identificación tributaria), razón social	NIT	Fuerte
Venta	número, fecha, total	número	Fuerte; el total es derivado
Línea de venta	número de línea, cantidad	número de venta + número de línea	Débil: depende de Venta

Relaciones y cardinalidades.

Relación	Entidades	Cardinalidad	Participación	Por qué
tiene	Cliente – Cuenta de fiado	1:1	Cuenta total, Cliente parcial	No todo cliente fía; toda cuenta es de alguien
hace	Cliente – Venta	1:N	Venta parcial	Las ventas de mostrador no llevan cliente
agrupa	Categoría – Producto	1:N	Producto total	Todo producto está en una categoría
contiene	Venta – Línea de venta	1:N, identificadora	Línea total	Sin venta, la línea no existe
corresponde a	Línea de venta – Producto	N:1	Línea total	Cada línea es de un solo producto
surte	Proveedor – Producto	N:M	Parcial en ambos lados	Atributo de la relación: precio de compra

Diagrama descrito. Al centro, Venta y su entidad débil Línea de venta, unidas por un rombo doble; la línea doble del lado de Línea marca su participación total. A la izquierda, Cliente con su Cuenta de fiado (1:1) y su relación con Venta. A la derecha, Producto con Categoría arriba y Proveedor abajo; el óvalo «precio de compra» cuelga del rombo «surte».

El total de la venta se marca como derivado: sale de sumar sus líneas. Guardarlo aparte abriría la puerta a que la suma y el total no coincidan.

Ejercicio 3: colegio (asignación académica y observación de clase)

Enunciado. Un colegio asigna, para cada curso, qué docente dicta cada asignatura y cuántas horas a la semana. Para un curso y una asignatura hay un solo docente. La coordinación hace observaciones de clase sobre esas asignaciones: cada observación tiene fecha y comentario, y una asignación puede tener varias observaciones o ninguna. El colegio también registra personas que son docentes, acudientes o ambas cosas.

Entidades y atributos.

Entidad	Atributos	Clave
Persona	documento, nombre, teléfonos	documento
Docente (subtipo de Persona)	escalafón	(hereda el documento)
Acudiente (subtipo de Persona)	parentesco	(hereda el documento)
Asignatura	código, nombre	código
Curso	código (por ejemplo, 7A), jornada	código
Observación de clase	número, fecha, comentario	número

Relaciones y decisiones, en orden.

1. La asignación es ternaria. La relación «dicta» une Docente, Asignatura y Curso, y lleva el atributo horas semanales. Partirla en dos relaciones binarias perdería el dato de quién dicta qué en dónde.
2. La cardinalidad de la ternaria se lee por parejas. Para cada curso y asignatura hay un solo docente, así que el «1» va del lado de Docente. El libro de Silberschatz permite una sola marca de este tipo en una relación de tres o más entidades, para evitar lecturas ambiguas [3].
3. La observación usa agregación. Se encierra «dicta» con sus tres entidades en un recuadro, y de ese recuadro sale la relación «sobre» hacia Observación de clase: 1:N, con participación total de la observación.
4. La jerarquía de Persona es solapada y parcial. Una madre puede ser docente del mismo colegio, y hay personas registradas que no son ni lo uno ni lo otro.

Diagrama descrito. Arriba, el triángulo ISA bajo Persona, con Docente y Acudiente como subtipos. Al centro, el rombo «dicta» con sus tres líneas y el óvalo «horas semanales». Alrededor, el recuadro de la agregación, del que sale el rombo «sobre» hacia Observación de clase.

Herramientas para hacer un diagrama entidad-relación

Para dibujar un modelo entidad-relación sirven tanto el papel como un programa. Estas cuatro herramientas tienen una opción sin costo; la tabla resume lo que cada una dice hacer en su documentación oficial, consultada el 9 de noviembre de 2026.

Herramienta	Qué hace según su documentación	Opción gratuita	Para quién
draw.io (diagrams.net)	Biblioteca de formas «Entity Relation», conectores en pata de gallo y creación de entidades a partir de código SQL, el lenguaje de las bases de datos relacionales [6]	Gratuita, sin registro, con código fuente bajo licencia Apache 2.0; tiene versión web y de escritorio [7]	Quien quiere armar el diagrama con formas y conectores, en cualquier notación
dbdiagram.io	Dibuja el diagrama a partir del esquema que usted escribe en DBML, un lenguaje de texto para describir bases de datos [8]	Funciones básicas para usuarios gratuitos y otras en sus planes de precios [8]; el lenguaje DBML es de código abierto [9]	Quien prefiere escribir a arrastrar cajas
MySQL Workbench	Crea y edita modelos de forma gráfica, construye un modelo a partir de una base existente y genera desde el modelo un script o la base misma [10]	Edición Community gratuita [11]	Quien va a trabajar con MySQL
pgModeler	Modelador visual de esquemas para PostgreSQL; la versión estable es la 2.0.0, del 30 de octubre de 2026 [12]	Edición Community libre y de código abierto, que crea y edita modelos y genera SQL; la edición Plus es de pago [12]	Quien va a trabajar con PostgreSQL

En dbdiagram, la cardinalidad se escribe con signos en lugar de dibujarse. La documentación de DBML define cuatro operadores, y la tabla los traduce a la notación de esta página [9]:

Operador DBML	Relación
<	Uno a muchos (1:N)
>	Muchos a uno (N:1)
-	Uno a uno (1:1)
<>	Muchos a muchos (N:M)

Una advertencia de alcance: MySQL Workbench y pgModeler están atadas a su motor de base de datos [10] [12]. El dibujo conceptual de Chen, con rombos y óvalos, cabe mejor en una herramienta de dibujo general, como draw.io, o en papel.

¿Qué sigue después de dibujar el modelo entidad-relación?

El diagrama no es la base de datos: es el plano. Lo que viene después tiene sus propias reglas y no se resuelve en esta página.

El paso del diagrama a tablas, con sus columnas y claves, es el trabajo del modelo relacional. Revisar esas tablas para quitar datos repetidos es la normalización de bases de datos. Y escribir las sentencias que crean las tablas es tarea de SQL, el lenguaje con que se habla con la base.

Aquí va una postura, y la dejo marcada como tal: aprenda primero a dibujar en Chen, a mano y en papel, aunque después trabaje siempre en pata de gallo. Chen obliga a escribir el rombo, y el rombo obliga a nombrar el verbo. Quien nombra el verbo descubre a tiempo que la fecha de una reserva no es del socio ni del libro. Quien salta directo a las cajas con patas de gallo suele descubrirlo meses después, con la base llena de datos y un error que ya no cuesta un borrador, sino una migración.

Preguntas frecuentes

¿Qué significa MER?

MER es la sigla de modelo entidad-relación. Algunos textos escriben modelo E-R o diagrama ER, y en inglés se llama entity-relationship model. Las tres formas nombran la misma técnica que propuso Peter Chen en 1976. El diagrama es el dibujo; el modelo es la descripción completa, que incluye además las reglas que el dibujo no alcanza a mostrar.

¿En qué se diferencia el modelo entidad-relación del modelo relacional?

Trabajan en etapas distintas. El entidad-relación describe el problema con palabras del negocio: socios, talleres, reservas. El relacional describe la solución en tablas, filas y columnas que entiende el motor de base de datos. Chen presentó su modelo como una base desde la cual se pueden derivar otros, entre ellos el relacional [1].

¿Cuál notación es mejor, Chen o pata de gallo?

Depende del momento. Chen dibuja los atributos y los verbos de cada relación. Para un límite que la pata de gallo no alcanza, como un mínimo de cinco, draw.io sugiere que Chen o la notación de mínimos y máximos pueden servir mejor [5]. La pata de gallo ahorra rótulos: draw.io la presenta como una forma de no tener que marcar cada extremo con números [5], y es la que traen sus conectores para diagramas entidad-relación [6].

¿Cuándo una relación se convierte en entidad?

Cuando necesita identidad o vínculos propios. Una reserva que solo guarda la fecha puede quedarse como relación con un atributo. Si luego hace falta numerarla, cobrarle una multa o enlazarla con un aviso, ya se comporta como una cosa y conviene volverla entidad asociativa.

¿Una entidad débil es lo mismo que una entidad sin clave?

No del todo. La entidad débil sí tiene una forma de identificarse, pero prestada: combina la clave de su entidad dueña con su discriminador propio [3]. La línea 3 de la venta 1520 es única; «línea 3» a secas no lo es. Una entidad a la que simplemente se le olvidó la clave es un error de diseño, no una entidad débil.

Referencias

Las citas en otro idioma son traducción propia.

1. Chen, Peter Pin-Shan. The entity-relationship model—toward a unified view of data, ACM Transactions on Database Systems, vol. 1, n.º 1, marzo de 1976, pp. 9-36 — publicación en el primer número de la revista; resumen del artículo: propone el modelo entidad-relación, que incorpora parte de la información semántica del mundo real, introduce una técnica especial de diagramas como herramienta para diseñar bases de datos y plantea el modelo como base para unificar las vistas de red, relacional y de conjuntos de entidades, de las que propone formas de derivarlas. ACM: Chen 1976, DOI 10.1145/320434.320440 — Consultada: 2026-11-09.
2. Chen, Peter Pin-Shan. The Entity-Relationship Model—Toward a Unified View of Data, primeras cinco páginas del artículo de 1976 publicadas en el sitio del autor en la Universidad Estatal de Luisiana — afiliación al Instituto Tecnológico de Massachusetts; una versión presentada en la International Conference on Very Large Data Bases, Framingham, 22 al 24 de septiembre de 1975; definiciones: «An entity is a “thing” which can be distinctly identified» y relación como asociación entre entidades; nota al pie sobre el matrimonio, que unos pueden ver como entidad y otros como relación, decisión que corresponde al administrador de la empresa; atributo de una relación (PERCENTAGE-OF-TIME en PROJECT-WORKER), que no es del empleado ni del proyecto. LSU: extracto de Chen 1976 — Consultada: 2026-11-09.
3. Silberschatz, Abraham; Korth, Henry F. y Sudarshan, S. Database System Concepts, 7.ª edición, diapositivas del capítulo 6 «Database Design Using the E-R Model» — grado de una relación, «Most relationships are binary», relación ternaria y restricción de una sola flecha en relaciones de grado mayor que dos; roles; atributos simples, compuestos, multivaluados y derivados (edad a partir de la fecha de nacimiento); participación total (doble línea) y parcial; notación mínimo..máximo, donde un mínimo de 1 indica participación total; entidad débil, entidad identificadora, discriminador, rectángulo doble, rombo doble y subrayado punteado; especialización y generalización con triángulo ISA, herencia de atributos, solapada/disjunta, total/parcial (parcial por defecto); agregación; reemplazo de una relación por una entidad nueva; guía de usar una relación para describir una acción entre entidades; notaciones alternativas de Chen y de pata de gallo (diapositivas 6.18-6.21, 6.31-6.33, 6.39-6.41, 6.54-6.63, 6.69-6.77). db-book.com: diapositivas del capítulo 6 — Consultada: 2026-11-09.
4. Silberschatz, Abraham; Korth, Henry F. y Sudarshan, S. Database System Concepts, sitio oficial del libro — séptima edición, publicada por McGraw-Hill y lanzada en marzo de 2019; el sitio ofrece las diapositivas por capítulo e información para docentes. db-book.com: Database System Concepts — Consultada: 2026-11-09.
5. draw.io. Crow’s foot notation for ER diagrams (documentación oficial) — la notación de pata de gallo evita rotular cada extremo con números, a diferencia de la notación original de Chen; círculo = cero, raya = uno, pata de gallo = muchos; combinaciones de dos símbolos para mínimo y máximo; limitación: no expresa límites distintos de cero o uno (ejemplo de una biblioteca con al menos cinco empleados o socios que llevan hasta 20 libros) y remite a las notaciones de Chen o de mínimos y máximos de ISO. draw.io: Crow’s foot notation — Consultada: 2026-11-09.
6. draw.io. Insert from SQL to create an ER diagram (documentación oficial) — opción Arrange > Insert > Advanced > SQL que convierte el código SQL en entidades con sus atributos; biblioteca de formas Entity Relation con todos los conectores en notación de pata de gallo. draw.io: Insert from SQL — Consultada: 2026-11-09.
7. draw.io. Página principal del proyecto — «Free forever», «No sign-up required», código fuente con licencia Apache 2.0, herramienta en línea y aplicación de escritorio. draw.io: sitio oficial — Consultada: 2026-11-09.
8. Holistics Software. dbdiagram Docs: Introduction (documentación oficial) — dbdiagram.io es una herramienta gratuita y sencilla para dibujar diagramas de bases de datos escribiendo código DSL con DBML; funciones básicas para usuarios gratuitos y otras para usuarios profesionales en sus planes de precios. dbdiagram: documentación — Consultada: 2026-11-09.
9. Holistics Software. DBML: Database Markup Language (documentación oficial, página de inicio y sintaxis) — DBML es un lenguaje de código abierto para definir y documentar esquemas de bases de datos; operadores de relación < (uno a muchos), > (muchos a uno), - (uno a uno) y <> (muchos a muchos). DBML: documentación de sintaxis — Consultada: 2026-11-09.
10. Oracle. MySQL Workbench Manual, capítulo 9 «Database Design and Modeling» — crear y manipular un modelo de forma gráfica, hacer ingeniería inversa de una base en vivo a un modelo, generar desde un modelo un script o una base en vivo, y crear y editar tablas e insertar datos; los modelos sirven para construir diagramas EER y bases físicas de MySQL. MySQL: Workbench, Database Design and Modeling — Consultada: 2026-11-09.
11. Oracle. MySQL Workbench Manual, capítulo 1 «General Information» — dos ediciones, Community y Commercial; la Community es gratuita; Workbench soporta por completo MySQL Server 8.0. MySQL: Workbench, General Information — Consultada: 2026-11-09.
12. Nullptr Labs. pgModeler: PostgreSQL Database Modeler (sitio oficial) — herramienta multiplataforma de ingeniería de esquemas de PostgreSQL para diseñar esquemas de forma visual; versión estable 2.0.0 del 30 de octubre de 2026; ediciones Community (libre y de código abierto: crear y editar modelos, generar SQL/XML) y Plus (de pago: importación de bases, comparación de modelos, herramienta de ejecución de SQL, entre otras). pgModeler: sitio oficial — Consultada: 2026-11-09.

Cómo investigamos esta página

• Pregunta que responde: cómo se dibuja un modelo entidad-relación y cómo se aplica a tres casos completos
• Fuentes: identificadas 17 → incluidas 12
• Criterios de inclusión: artículo original de Chen, libro de texto de referencia y documentación oficial de cada herramienta
• Fecha de corte de los datos: 2026-11-09