MS SQL para el propietario: cuando su negocio vive en el ecosistema Microsoft
Microsoft SQL Server (a menudo «MS SQL» o simplemente SQL Server) es la base de datos en torno a la cual Microsoft construyó todo un ecosistema: Dynamics 365, Azure, Power BI, .NET, SharePoint y 1C en Windows. Si ya tiene Active Directory, correo Exchange, CRM de Microsoft e informes en Power BI, es muy probable que los datos clave del negocio estén en MS SQL - no en MySQL en un hosting Linux ni en Google Sheets. No necesita escribir T-SQL, pero entender por qué el proveedor propone SQL Server, cuánto cuestan las licencias y qué pasa al migrar a Azure le permite decidir sin sorpresas en el presupuesto.
- MS SQL - SGBD relacional de Microsoft: tablas, relaciones, transacciones, informes
- Dónde aparece - Dynamics 365, 1C (configuraciones estándar), sitios .NET, Power BI, ERP interno
- Ecosistema - inicio de sesión único (Azure AD), integración con Excel, Teams, Power Platform
- Opciones - SQL Server en servidor propio (on-prem) o Azure SQL en la nube
- Ventaja principal - «todo de un proveedor»: menos integraciones, despliegue más rápido en entorno MS
- Riesgo principal - licencias, dependencia del proveedor, migrar a otro SGBD cuesta más que desde MySQL
Qué es MS SQL en lenguaje sencillo
SQL Server es software en el servidor (Windows o Linux) que guarda datos en tablas y responde consultas de las aplicaciones. Como MySQL o PostgreSQL, es una base relacional: pedidos vinculados a clientes, líneas de pedido a productos, empleados a departamentos.
La diferencia para el propietario no son las «tablas», sino el contexto:
| Aspecto | MS SQL en ecosistema Microsoft | MySQL en hosting típico |
|---|---|---|
| Cliente típico | Empresa, fabricación, distribución con Dynamics/1C | Tienda en WordPress, OpenCart |
| SO del servidor | Windows Server, Azure VM | Linux, hosting compartido |
| Informes | Power BI, Excel, SSRS | phpMyAdmin, paneles a medida |
| Acceso empleados | Azure AD / Active Directory | Login distinto en cada app |
| Licencias | Por núcleos CPU, edición (Standard/Enterprise) | A menudo gratis en el plan de hosting |
Importante: MS SQL no es universalmente «mejor» o «peor» que MySQL. Es una elección lógica cuando todo el IT ya está en Microsoft: integraciones más simples, un proveedor conoce el stack, menos debates sobre «por qué no PostgreSQL».
Cuando su negocio «vive» en Microsoft
Revise esta lista. Si coinciden tres o más puntos, MS SQL probablemente ya existe o se propondrá como base principal:
- CRM/ERP - Dynamics 365 Sales, Business Central, Navision (históricamente).
- 1C - configuraciones estándar en MS SQL, no PostgreSQL (común en la región CIS).
- Web y área de clientes - desarrollados en .NET (C#, ASP.NET), no PHP.
- Correo y archivos - Exchange Online, SharePoint, OneDrive for Business.
- Acceso - empleados entran con cuenta corporativa Microsoft (Azure AD).
- Analítica - informes en Power BI directo desde la base o vía almacén en Azure.
- Infraestructura - servidores en Azure o Windows Server en oficina/datacenter.
En este escenario, la base de datos es el centro donde convergen pedidos, stock, finanzas y KPI. Power BI no «inventa» cifras - lee MS SQL (o una copia en Azure Synapse). Si la base cae o envejece sin copias, fallan CRM e informes para la dirección.
SQL Server on-prem y Azure SQL
Microsoft ofrece dos formas principales de «dónde vive físicamente» la base:
On-prem (servidor propio)
SQL Server instalado en su hardware o VPS Windows. Ventajas: datos en datacenter conocido, previsibilidad regulatoria. Desventajas: usted (o el proveedor) gestiona parches, copias, discos, alta disponibilidad.
Azure SQL (nube)
Servicio gestionado en Azure: Microsoft actualiza el motor, escala recursos, ofrece backup geo-redundante. Ventajas: inicio rápido, pago por uso, enlace con otros servicios Azure. Desventajas: la factura mensual crece con volumen y carga; sin buena arquitectura, la nube puede costar más que on-prem.
| Criterio | SQL Server on-prem | Azure SQL Database |
|---|---|---|
| Gasto de capital | Servidor, licencias SQL, Windows | Sin hardware propio |
| Gasto operativo | Admin, electricidad, datacenter | Suscripción Azure |
| Escalar | Comprar RAM/CPU, parada | Control en portal Azure |
| Copias | Configura su admin | Integradas, retención configurable |
| Salir del ecosistema | Difícil, pero los datos son suyos | Exportación posible, hábito Azure queda |
Para el propietario: la pregunta no es «nube sí o no», sino quién responde por la caída del viernes por la noche. On-prem - su proveedor y SLA del contrato. Azure - ticket a Microsoft + arquitecto que no dejó una sola base sin réplica.
Licencias y presupuesto: qué preguntar antes de firmar
MS SQL es una de las pocas bases donde el coste de licencias puede igualar un año de desarrollo. No firme sin respuestas:
Ediciones
- Express - gratis, límite 10 GB por base; apps pequeñas y pruebas, no ERP pesado.
- Standard - elección típica PYME: Always On (limitado), funciones principales.
- Enterprise - grandes volúmenes, analítica avanzada, caro; a menudo excesivo bajo 200 empleados.
Modelos de pago
- Per core - pago por núcleos CPU en el servidor SQL (on-prem).
- Server + CAL - licencia servidor + CAL por usuario/dispositivo (menos común en proyectos nuevos).
- Azure - vCore o DTU, facturación por minuto/mes.
Consejo práctico: pida tres partidas en el presupuesto - licencias SQL, Windows (si on-prem) y administración (backup, monitorización, parches) por 12 meses. Compare con la calculadora Azure SQL del mismo periodo.
Cómo fluyen los datos en el ecosistema Microsoft
Esquema simplificado para un propietario sin departamento IT:
Empleado → Dynamics / 1C / sitio .NET → MS SQL (pedido, stock)
↓
Power BI (panel para dirección)
↓
Excel / Teams (alerta «ventas -20%»)
- Capa operativa - transacciones en tiempo real: pedido, pago, salida de stock.
- Capa analítica - a menudo base separada o datamart (ETL nocturno) para no frenar la caja.
- Identidad - Azure AD sabe quién abrió el informe; MS SQL sabe qué vio.
Si el proveedor dice «conectamos Power BI directo a producción sin réplica» - aclare el riesgo: un informe pesado el lunes puede ralentizar la entrada de pedidos.
Qué debe controlar el propietario (sin saber SQL)
Copias y recuperación
- ¿Hay backup diario completo y log de transacciones (restore point-in-time)?
- ¿Cuándo probaron restaurar en servidor de prueba - no «el archivo existe», sino «la base subió en N horas»?
- ¿Dónde guardan la copia - no en el mismo disco que producción?
Accesos
- ¿Quién tiene sysadmin? Deberían ser 2-3 nombres, no «todos los desarrolladores».
- Proveedor se fue - cambien contraseñas de servicios y logins SQL el mismo día.
- Separación: finanzas ve finanzas, almacén ve stock, no «un login sa para todos».
Versión y soporte
Microsoft deja de soportar versiones antiguas. SQL Server 2014 y anteriores en 2026 es bandera roja: sin parches de seguridad, integración Azure AD difícil. Planifique actualización 1-2 años en el presupuesto.
Rendimiento
Señales de llamar a un DBA, no comprar «otro servidor»:
- Informe «ventas del mes» tarda más de 5 minutos cada día.
- En hora punta el CRM se cuelga al crear pedidos.
- Disco del servidor DB al 90%+ sin plan de limpieza de logs o archivo.
Cuando MS SQL no es la mejor opción
Lista honesta para no pagar de más por stack «corporativo»:
| Situación | Por qué MS SQL es excesivo | Qué se usa más |
|---|---|---|
| Landing + formulario | Sin relaciones ni informes complejos | Tilda, CRM en nube |
| WordPress / WooCommerce shared | Stack PHP + MySQL | MySQL en el plan |
| Startup sin Microsoft en oficina | Licencias y Windows encarecen entrada | PostgreSQL, MySQL en Linux |
| Equipo solo Linux/open source | Sin experiencia T-SQL y Windows | PostgreSQL |
| Multinube sin vendor lock-in | Atado a Azure y licencias | SGBD neutrales en nube |
Caso contrario: ya paga Dynamics 365 y Microsoft 365 E3/E5 - el debate MySQL vs MS SQL para ERP interno suele favorecer MS SQL: integraciones listas, un partner Microsoft.
MS SQL y la visión global de datos
Al director le ayuda vincular MS SQL con bases de datos y SQL en general: más que la marca importa una única fuente de verdad. En Microsoft suele ser una o dos bases SQL Server (operativa + analítica), no diez Excel en discos distintos.
Evolución típica de una PYME:
- Excel y 1C en un PC del contable.
- 1C en MS SQL en oficina, copia en disco externo.
- VPN, sucursales remotas, más carga en servidor.
- Migración a Azure SQL o híbrido: producción en datacenter, informes en nube.
- Power BI para el dueño, alertas en Teams.
En cada paso los datos siguen en MS SQL - cambia dónde está el servidor y quién administra. Planifique migraciones antes, no tras un disco roto el viernes.
Resumen
MS SQL es elección natural cuando el negocio ya está en el ecosistema Microsoft: Dynamics, 1C en SQL Server, .NET, Azure AD, Power BI. Paga licencias y dependencia, pero gana velocidad de despliegue y menos puntos de integración.
El propietario debe:
- entender on-prem vs Azure SQL y coste total a 3 años, no solo «precio del servidor»;
- exigir copias probadas y lista de personas con acceso total;
- no imponer MS SQL a una tienda WordPress simple - MySQL es más lógico y barato;
- al crecer, planificar copia analítica para que Power BI no ahogue la base operativa.
Buen MS SQL en entorno Microsoft pasa desapercibido - mientras los informes cuadran con caja y la recuperación se probó de verdad. Malo - pagar licencias años y descubrir que la última copia útil tiene tres meses.
Preguntas frecuentes
¿MS SQL y MySQL son lo mismo?
No. MySQL y MS SQL son bases relacionales de empresas distintas, con licencias, sintaxis (T-SQL vs dialecto MySQL) y entornos típicos diferentes. MySQL más en Linux y PHP; MS SQL en Windows, Dynamics, 1C y .NET. Pasar una app de una a otra es un proyecto, no «exportar en una tarde».
¿Somos obligados a MS SQL si compramos Microsoft 365?
No siempre. Microsoft 365 (correo, Teams, Excel en nube) no incluye automáticamente SQL Server para pedidos y almacén. MS SQL hace falta cuando hay una aplicación que la usa: 1C, Dynamics, sistema .NET propio. Para leads en Excel o listas SharePoint, MS SQL aparte puede no hacer falta.
¿Cuánto cuesta MS SQL para 50 empleados?
Depende mucho del modelo. Express - $0, límite 10 GB. Standard on-prem - desde miles de dólares en licencias (núcleos) más Windows y admin. Azure SQL - desde $50-300+/mes por base modesta hasta mucho más al crecer vCore y almacenamiento. Pida al integrador comparación on-prem vs Azure a 36 meses.
¿Se puede pasar 1C de MS SQL a PostgreSQL?
Teóricamente sí, en la práctica raro. 1C soporta varios SGBD, pero migrar implica parada, traslado de datos, prueba de informes e integraciones, reentrenar al proveedor. Se hace al salir conscientemente del stack Microsoft o por requisito Linux. Si solo busca «ahorrar licencias» - calcule coste total de parada y riesgo; a menudo conviene quedarse en MS SQL y optimizar hardware.
¿Cómo comprobar que el proveedor hace copias de MS SQL?
Pida cada trimestre: (1) captura o log de backup exitoso últimos 7 días; (2) restauración de prueba en servidor aparte con usted por videollamada; (3) tamaño del último backup completo - debe crecer con los datos, no quedarse sospechosamente pequeño años. En contrato: RPO (datos perdibles) y RTO (horas de parada aceptables) - sin cifras, «hacemos copias» no garantiza nada.