nosql-expert

Resultado esperado:

Para este patrón de acceso, usa una clave primaria compuesta:

**Clave de Partición:** user_id (alta cardinalidad - cada usuario es una partición)
**Columna de Agrupamiento:** order_date DESC (ordena los pedidos por fecha dentro de cada partición)

```sql
CREATE TABLE orders_by_user (
user_id uuid,
order_id uuid,
order_date timestamp,
total decimal,
status text,
PRIMARY KEY (user_id, order_date)
) WITH CLUSTERING ORDER BY (order_date DESC);
```

Este diseño asegura que todos los pedidos de un usuario residan en una partición (eficiente), y estén ordenados automáticamente por fecha.

Resultado esperado:

**Modelo Mental SQL vs NoSQL Distribuido:**

| Aspecto | SQL (Relacional) | NoSQL (Cassandra/DynamoDB) |
|-------|------------------|---------------------------|
| Modelado | Modelar entidades + relaciones | Modelar **consultas primero** |
| Uniones | En tiempo de lectura (costoso) | Pre-calculadas en tiempo de escritura |
| Almacenamiento | Minimizar duplicación | Duplicar para velocidad de lectura |
| Consistencia | ACID (fuerte) | BASE (eventual) |
| Escalado | Vertical | Horizontal |

**Regla de Oro:** En SQL, diseña datos para *cualquier* consulta. En NoSQL, diseña datos para consultas *específicas* eficientemente.

Resultado esperado:

**Diseño de Tabla Única de DynamoDB:**

Almacena múltiples tipos de entidades en una tabla usando claves compuestas:

| PK | SK | Data |
|----|-----|------|
| USER#123 | PROFILE | {name: 'Ian', email: '...'} |
| USER#123 | ORDER#998 | {total: 50.00, status: 'shipped'} |
| USER#123 | ORDER#999 | {total: 12.00, status: 'pending'} |

**Consulta:** PK='USER#123' recupera el usuario + todos los pedidos en UNA solicitud.

**Beneficios:**
- Complejidad de aplicación reducida
- Uso optimizado de unidades de capacidad
- Solo un viaje de red para datos relacionados