SQL a ERD

Pegue una o más sentencias CREATE TABLE y esta herramienta dibuja el esquema: cada tabla se convierte en una entidad, las columnas en atributos etiquetados PK / FK, y las restricciones FOREIGN KEY en líneas de relación. Cuando un esquema no declara claves externas, columnas como customer_id se ofrecen como relaciones inferidas que puede conservar o descartar. Copie el código Mermaid erDiagram o exporte el diagrama como SVG / PNG. Todo se ejecuta localmente — ningún esquema sale nunca de su navegador.
¿Qué es un ERD? ERD significa Diagrama Entidad-Relación — una imagen de cómo está organizada una base de datos. Se dibuja con tres tipos de formas: entidades (las tablas, dibujadas como cajas), atributos (las columnas enumeradas dentro de una caja) y relaciones (las líneas que unen dos cajas). La técnica procede del modelo entidad-relación de Peter Chen de 1976 y sigue siendo la forma habitual de bosquejar un esquema antes de escribir ningún DDL: un buen ERD muestra de un vistazo qué tablas existen, qué almacena cada fila y cómo una fila de una tabla apunta a una fila de otra — legible para personas que no quieren leer SQL.
Entity — one thing the system keeps data about, such as a customer, an order or a product. In a relational database each entity becomes one table.
Attribute — one fact recorded for every row of an entity, such as a name, a price or a date. Each attribute becomes one column.
Relationship — an association between two entities, implemented by a foreign key: the child table stores the parent’s key, and the diagram turns that column into a line.
PK / FK — a primary key (PK) identifies each row of a table uniquely; a foreign key (FK) holds the primary key of another table and is what a relationship line represents.
Cardinalidad — cuántas filas se permiten en cada extremo de una línea: uno a uno, uno a muchos o muchos a muchos. Esta página dibuja la notación de pata de gallo que usa Mermaid (vea la leyenda del paso 4).
Notaciones: la notación de Chen usa rombos para las relaciones y elipses para los atributos; la notación de pata de gallo (la que se dibuja aquí) reduce una entidad a una única caja con sus atributos enumerados dentro y marca el extremo «muchos» de una línea con una «pata de gallo» de tres puntas; los diagramas de clases de UML describen la misma estructura con clases, operaciones y multiplicidades. Las tres dicen lo mismo del esquema — solo cambian los símbolos.
1 — Esquema de tablas (DDL)
2 — Entidades
Dibujar Tabla Columnas Relaciones Atributos
Todavía no se ha analizado ninguna tabla.
3 — Relaciones
Usar Hija (muchos) Actions Padre (uno) Origen Actions
Todavía no hay relaciones.
Añada una relación a mano:
→
4 — Diagrama
Código fuente erDiagram de Mermaid
Cómo se leen las relaciones: una clave externa en la tabla hija produce PADRE ||--o{ HIJA. Las entidades y los atributos conservan sus nombres del DDL, y los caracteres que Mermaid no puede dibujar (espacios, guiones) se muestran como guiones bajos. Los tipos se simplifican a su palabra base (DECIMAL(10,2) → DECIMAL) porque la sintaxis del diagrama no admite parámetros.
Símbolos de cardinalidad (pata de gallo): la marca junto a una entidad indica cuántas filas pueden ocupar ese extremo de la línea — || exactamente una, o| cero o una, o{ cero o muchas, |{ una o muchas. Así, PADRE ||--o{ HIJA se lee «una fila padre puede estar referenciada por cero, una o muchas filas hijas, y cada fila hija apunta exactamente a una fila padre» — el enlace clásico uno a muchos.
Many-to-many is never a single line: a product can appear in many orders and an order can hold many products, so the schema stores a join table (order_items) whose two foreign keys become two one-to-many lines. Read through that middle box and the many-to-many is there.