Modelado de Datos

Resumen

El modelado de datos es el puente entre el dominio del negocio y la base de datos. Antes de escribir una línea de SQL o crear una colección en MongoDB, definís qué entidades existen —usuarios, órdenes, productos—, qué atributos tienen, cómo se relacionan y qué reglas de integridad aplican.

El modelo cambia según la base de datos: en SQL modelás tablas normalizadas con claves foráneas. En MongoDB modelás documentos con datos embebidos o referencias. En un grafo modelás nodos y aristas. La misma necesidad de negocio —«un usuario tiene muchas órdenes»— se traduce de forma distinta en cada paradigma.

Alcance y supuestos

Cubre el modelado conceptual, lógico y físico, y cómo cambia según el tipo de base de datos. Asume familiaridad con bases de datos.

Modelo mental

El plano de un arquitecto antes de construir una casa. No empezás poniendo ladrillos. Primero dibujás: cuántas habitaciones, dónde va la cocina, cómo se conectan los espacios. El modelo de datos es ese plano: define la estructura antes de insertar el primer registro.

Uso práctico

• ✅ Todo proyecto nuevo con persistencia de datos.
• ❌ Prototipos de una semana: modelar sobre la marcha es aceptable.

Ejemplo trabajado: modelar usuarios y órdenes

En SQL: tablas users, orders, foreign key orders.user_id → users.id. En MongoDB: documento user con array orders embebido o colección orders con referencia. La elección depende del patrón de acceso.

Evidencia

• El modelado de datos es una disciplina con décadas de evolución. Los diagramas ER (entidad-relación) son la herramienta canónica para modelos SQL.