Diseñar antes de construir marca la diferencia entre un proyecto de base de datos sólido y uno que se convierte en un caos de columnas rotas y redundancias imposibles de resolver. El diagrama entidad relación es la herramienta que evita ese escenario, funcionando como el plano que todo ingeniero de datos necesita antes de escribir una sola línea de código.

¿Por qué el diagrama entidad relación es el documento más importante?

El diagrama entidad relación es el contrato visual que une al desarrollador, al DBA y al analista [0:22]. Aunque cada rol lo interprete desde su perspectiva, todos comparten el mismo lenguaje gráfico para entender la estructura de los datos.

Crear tablas directamente en código sin un modelo previo parece rápido, pero después del primer mes aparecen llaves foráneas rotas y redundancias que nadie sabe cómo resolver [0:33]. Cambiar la estructura de una tabla con millones de registros y aplicaciones en producción es costoso y riesgoso. Refactorizar en producción es diez veces más caro que diseñar bien desde el principio [1:04].

¿Cuáles son los cuatro componentes del diagrama?

Todo diagrama entidad relación se compone de cuatro elementos esenciales [1:18]:

• Entidad: un rectángulo que representa una tabla, como clientes, pedidos o productos.
• Atributo: las columnas listadas dentro del rectángulo, donde la llave primaria se marca con PK [1:38].
• Relación: una línea que conecta entidades y muestra la cardinalidad con símbolos de crow's foot o pata de cuervo [1:55].
• Llave foránea (FK): un atributo en la tabla del lado "muchos" que debe coincidir en tipo de dato con la llave primaria que referencia [2:10].

Este último punto es crítico: si la llave primaria es de tipo texto, la llave foránea tiene que ser de tipo texto. Si es numérica, la foránea también debe serlo [2:22].

¿Cómo se lee la notación pata de cuervo?

La notación crow's foot es el estándar de la industria y su regla de lectura es directa: el símbolo más cercano a la entidad indica la cardinalidad de esa entidad [2:44].

• Doble barra: relación uno a uno, como empleado y legajo empleado [2:58].
• Línea y pata: relación uno a muchos, como categoría a productos [3:12].
• Doble barra con pata: relación obligatoria de uno a varios, como cliente a pedidos [3:22].
• Pata a pata: relación muchos a muchos, resuelta con una tabla intermedia como detalle de pedido [3:36].

La pata, que parece una garra, indica "muchos". La línea indica "exactamente uno" y el círculo indica "opcional" [3:48].

¿Cuáles son los cuatro pasos para construir el diagrama?

Este es el proceso aplicable a proyectos reales [3:58]:

Paso 1: listar todas las entidades

En el proyecto Tienda LATAM se identifican seis entidades más una tabla intermedia llamada detalle pedido [4:06]. Se dibujan como rectángulos separados.

Paso 2: definir la llave primaria de cada entidad

Por convención se usa el nombre de la entidad seguido de ID: cliente ID, producto ID, pedido ID. El tipo de dato recomendado es entero o BIG INT según el volumen esperado [4:20].

Paso 3: dibujar relaciones y agregar llaves foráneas

Para relaciones de uno a varios, la llave foránea va en la tabla del lado "muchos". Para relaciones de muchos a muchos, se crea una tabla intermedia con ambas llaves foráneas como llave primaria compuesta [4:40]. Aquí es donde más errores se cometen: olvidar la tabla intermedia o colocar la FK en el lado equivocado.

Detalle pedido tiene una llave primaria compuesta formada por pedido ID más producto ID. Ambas columnas juntas identifican unívocamente cada línea del pedido [5:14].

El paso 4 consiste en agregar los atributos relevantes sin saturar el diagrama: identificadores, llaves foráneas y atributos clave del negocio [4:56].

Las entidades raíz como países, empleados y categorías no tienen llaves foráneas porque son el punto de partida del modelo [5:06].

Para crear tu propio diagrama puedes usar herramientas como dbdiagram.io, que es gratuita y genera diagramas automáticamente con una sintaxis llamada DBML [5:28]. También funcionan draw.io, Lucidchart o la extensión ERD Editor de Visual Studio Code.

Comparte tu diagrama completo de Tienda LATAM con las siete tablas, sus llaves primarias, foráneas y al menos tres atributos por tabla en los comentarios.