System Design
Diferencia modelos conceptual, lógico y físico para pasar desde conceptos del dominio hasta estructuras de datos e implementación sin mezclar niveles de decisión.
Conceptual, lógico y físico no son tres dibujos obligatorios: son tres niveles de decisión. Separarlos evita que una limitación tecnológica se disfrace de regla del negocio.
El modelado de datos evoluciona desde significado hasta implementación.
Conceptual → qué información existe y qué significa
Lógico → cómo se estructura, identifica y relaciona
Físico → cómo se implementa y optimiza en una tecnología concretaCada nivel responde preguntas distintas y debe conservar las decisiones válidas del anterior.
Saltar directamente a tablas suele producir nombres técnicos, relaciones accidentales y reglas ocultas. Permanecer solo en un modelo conceptual, en cambio, no permite implementar integridad ni consultas. Los niveles conectan ambos extremos.
Representa conceptos del negocio y sus relaciones sin comprometerse con tipos SQL, índices o estrategia de almacenamiento.
Ejemplo:
Cliente realiza Pedido
Pedido contiene Producto con cantidad y precio acordado
Pedido pertenece a una SucursalAquí interesa aclarar significado: ¿producto significa referencia comercial o presentación vendible? ¿el precio pertenece al producto actual o debe conservarse como snapshot de la venta?
Introduce atributos, identificadores, cardinalidades, obligatoriedad y restricciones con independencia razonable del motor.
Order(id, customerId, branchId, status, createdAt)
OrderLine(orderId, productId, quantity, unitPrice)En este nivel se decide, por ejemplo, que una línea necesita precio propio para preservar el valor histórico aunque cambie el catálogo.
Traduce el modelo a tablas, documentos, tipos, índices, particiones, constraints y decisiones específicas del motor.
CREATE TABLE order_line (
order_id uuid NOT NULL REFERENCES orders(id),
line_number integer NOT NULL CHECK (line_number > 0),
product_id uuid NOT NULL REFERENCES product(id),
quantity numeric(12,3) NOT NULL CHECK (quantity > 0),
unit_price numeric(14,2) NOT NULL CHECK (unit_price >= 0),
PRIMARY KEY (order_id, line_number)
);El tipo, la precisión y la clave concreta son decisiones físicas. La necesidad de cantidad positiva y precio histórico proviene de niveles anteriores.
Conceptual:
Producto está disponible en SucursalLógico:
InventoryItem(branchId, productId, onHand, reserved)Físico:
inventory_item con PK compuesta, checks e índices según patrones de accesoLa relación deja de ser una simple unión porque contiene estado y reglas propias.
“Cliente corporativo” y “cliente individual” pueden modelarse físicamente con una tabla común, tablas separadas o atributos discriminadores. La elección depende de reglas, consultas y evolución; no existe una transformación universal.
Una decisión física debe poder explicar qué necesidad lógica o requisito satisface.
Índice (tenant_id, sku)
→ soporta búsqueda de producto por tenant
→ preserva aislamiento y latencia objetivoUna regla conceptual que desaparece durante la transformación es una señal de pérdida de integridad.
El dominio incluye comportamiento y decisiones. El conceptual de datos enfatiza información y relaciones. Se solapan, pero no son equivalentes.
Un ERD puede representar cualquiera de los dos niveles. El lector debe saber si ve conceptos, relaciones normalizadas o tablas reales.
El nombre o precio actual no siempre sirve para reconstruir una transacción pasada. Decide qué valores se referencian y cuáles se copian como snapshot.
La identidad lógica puede depender del tenant. Un SKU globalmente único quizá sea incorrecto; la restricción real puede ser (tenant_id, sku).
Un total puede calcularse o almacenarse. Si se persiste, define fuente de verdad y estrategia para impedir divergencia.
Un identificador externo no debería convertirse automáticamente en PK interna. Puede cambiar de proveedor o existir más de uno.
nullable técnico con opcionalidad del negocio.¿Los expertos reconocen conceptos y relaciones? ¿Los términos son coherentes?
¿Las cardinalidades, claves y restricciones permiten representar casos válidos e impedir contradicciones?
¿El motor protege integridad? ¿Los accesos críticos tienen soporte? ¿Migración, retención y operación son viables?
En sistemas pequeños puede existir un único diagrama con etiquetas que distingan niveles. Sepáralos cuando la audiencia, complejidad o ritmo de cambio haga que mezclar detalles dificulte la comprensión.
numeric(14,2)?Diagramas entidad-relación representa claves, cardinalidades e integridad del modelo lógico o físico.