Si estás diseñando una base de datos en Azure y dudas entre Azure SQL y Cosmos DB, la pregunta correcta no es "cuál es mejor": es "tus datos tienen una estructura fija y relaciones claras, o cambian de forma y necesitan escalar a nivel global". La primera respuesta apunta a Azure SQL. La segunda, a Cosmos DB.
Azure SQL: cuando tus datos tienen un esquema que no cambia seguido
Azure SQL Database es SQL Server administrado en la nube: tablas con columnas fijas, relaciones con llaves foráneas, transacciones ACID completas. Es la opción correcta para sistemas transaccionales clásicos — facturación, inventario, un ERP, cualquier cosa donde la integridad referencial entre tablas importa más que la velocidad de escritura masiva.
El curso Azure SQL de Cero a Héroe de DataPath recorre justo este camino: SQL básico, intermedio y avanzado con JOINs, agregaciones y subconsultas, laboratorios reales en Azure, datawarehousing con ETL y esquemas estrella, y recién después entra a NoSQL para que entiendas cuándo SQL deja de ser la respuesta correcta.
Cosmos DB: cuando necesitas escalar horizontal y global
Cosmos DB es la base NoSQL multi-modelo de Azure: soporta documentos JSON, grafos, clave-valor y columnas anchas bajo el mismo motor, con replicación automática a cualquier región de Azure que elijas. Su ventaja real no es "es más moderna" — es que garantiza latencia de un dígito de milisegundo en lecturas y escrituras sin importar en qué región del mundo esté tu usuario, algo que un Azure SQL tradicional no resuelve igual de simple.
Comparación rápida
- ▸Esquema: Azure SQL exige estructura fija; Cosmos DB acepta documentos con forma variable entre registros
- ▸Consistencia: Azure SQL es ACID estricto; Cosmos DB te deja elegir entre 5 niveles de consistencia según qué te importa más, velocidad o exactitud
- ▸Escalado: Azure SQL escala verticalmente (más CPU/RAM al servidor); Cosmos DB escala horizontal, agregando particiones
- ▸Costo: Azure SQL cobra por tier de cómputo; Cosmos DB cobra por unidades de request (RU/s), que hay que dimensionar con cuidado o la factura sorprende
Un caso concreto: el catálogo de un e-commerce
Piensa en una tienda online. Los pedidos, pagos y usuarios encajan perfecto en Azure SQL: cada pedido tiene un cliente, cada pago un pedido, y necesitas que esa relación nunca se rompa a mitad de una transacción. Pero el catálogo de productos es otra historia — una camisa tiene talla y color, un libro tiene autor e ISBN, un electrodoméstico tiene voltaje y garantía. Forzar eso en columnas fijas de SQL termina en una tabla con 40 columnas, la mitad vacías según la categoría. Ahí un documento JSON en Cosmos DB, donde cada producto guarda solo los atributos que le aplican, resuelve el problema sin necesitar una migración de esquema cada vez que se agrega una categoría nueva.
El error más común: elegir por moda, no por el dato
Veo seguido equipos que migran todo a Cosmos DB porque "es lo nuevo", y terminan reimplementando a mano joins y transacciones que SQL les daba gratis. Y al revés: equipos que fuerzan ese mismo catálogo de productos dentro de tablas SQL rígidas, con columnas vacías por todos lados, cuando el documento JSON habría resuelto el problema en una línea.
La pregunta que de verdad ahorra tiempo de diseño: ¿tus registros se parecen entre sí, o cada uno tiene campos distintos según el caso? Si la respuesta es "se parecen", es SQL. Si es "depende del tipo de producto/evento/usuario", es NoSQL.
En la práctica, casi nunca es uno u otro
Los sistemas reales en Azure mezclan ambos: el core transaccional en Azure SQL (pedidos, pagos, usuarios) y Cosmos DB para catálogos flexibles, sesiones de usuario o eventos de telemetría que llegan a volumen alto. El curso de DataPath cubre esta convivencia en el módulo de introducción a bases NoSQL, después de que ya dominaste el lado relacional. Si quieres profundizar más en el lado NoSQL por separado, el curso de NoSQL desde Cero entra en más detalle sobre MongoDB y modelado de documentos.
Seguridad: la parte que no es opcional en ninguno de los dos
El curso también cubre seguridad de la información bajo ISO 27001, que aplica igual si tu base es SQL o NoSQL: cifrado en reposo y en tránsito, control de acceso por roles y auditoría de quién tocó qué dato. Es la parte que casi nadie busca aprender por iniciativa propia y la que más preguntan en una entrevista de Data Engineer senior.
Dónde encaja esto en tu formación
Azure SQL y Cosmos DB son una pieza del stack de nube que se espera de cualquier Data Engineer que trabaje con Microsoft Azure, dentro de la ruta de Data Engineer de DataPath. Son 5 horas de curso distribuidas en 13 módulos, pensadas para avanzar a tu ritmo.
Qué te llevas al terminar
Vas a poder decidir con criterio cuándo usar Azure SQL y cuándo Cosmos DB, escribir T-SQL desde básico hasta avanzado, armar un datawarehouse con esquema estrella y dejar todo configurado con buenas prácticas de seguridad. Revisa los 13 módulos completos en la ficha del curso.
