Define entidades, atributos, claves y relaciones para diseñar una base de datos limpia antes de escribir SQL.
El modelado es la parte que más dinero ahorra a medio plazo: si diseñas mal al inicio, cada nueva funcionalidad duele más.
Vamos a transformar requisitos de negocio en tablas coherentes con claves primarias/foráneas y relaciones bien pensadas.
Si después quieres ejecutar consultas de verdad, sigue con <a href="/curso/bbdd/leccion/bbdd-sql-fundamentos-basico">SQL fundamentos</a>.
Identifica objetos del dominio y su identidad única.
Si en un ecommerce hablas de clientes, pedidos y productos, esas suelen ser entidades base. Cada una necesita clave primaria estable.
Evita meter todo en una sola tabla por rapidez inicial; te explotará en reportes, validaciones y duplicidad de datos.
Modelar bien relaciones evita datos huérfanos y queries imposibles.
Un cliente puede tener muchos pedidos (1:N). Productos y pedidos suelen ser N:M, resuelto con tabla intermedia (pedido_items).
Una foreign key no es solo sintaxis: es regla de integridad del negocio.
Define entidades, atributos, claves y relaciones para diseñar una base de datos limpia antes de escribir SQL.
Código del tema: Modelo relacional + consultas SQL
Identifica objetos del dominio y su identidad única.
Si en un ecommerce hablas de clientes, pedidos y productos, esas suelen ser entidades base. Cada una necesita clave primaria estable.
Evita meter todo en una sola tabla por rapidez inicial; te explotará en reportes, validaciones y duplicidad de datos.
CREATE TABLE clientes (
id INT PRIMARY KEY AUTO_INCREMENT,
nombre VARCHAR(120) NOT NULL,
email VARCHAR(190) UNIQUE NOT NULL
);Modelar bien relaciones evita datos huérfanos y queries imposibles.
Un cliente puede tener muchos pedidos (1:N). Productos y pedidos suelen ser N:M, resuelto con tabla intermedia (pedido_items).
Una foreign key no es solo sintaxis: es regla de integridad del negocio.