Microsoft le subió el límite equivocado

En la nota anterior quedó una frase pendiente: a veces el motor sí trae un limitador de fábrica, y ningún ajuste lo salta. Esta nota es sobre ese caso.

Cuando alguien menciona SQL Server Express, el dato que todo mundo repite es el tope de tamaño de la base de datos. Es el más fácil de recordar y, en la práctica, casi nunca es el que está frenando la operación.

En SQL Server 2025 Microsoft acaba de subirlo de 10 GB a 50 GB. Cinco veces más. Es una buena noticia y va a salir en todas las presentaciones de venta.

La memoria que Express puede usar para datos se quedó en 1,410 MB. La misma cifra que en 2016.

La memoria, no el tamaño

Express solo puede mantener 1,410 MB de datos en memoria. Menos de gigabyte y medio.

Esa es la memoria donde el motor guarda las páginas de datos que ya leyó, para no volver a pedirlas al disco. Cuando ahí no cabe lo que la operación usa a diario, cada consulta vuelve a bajar al almacenamiento. El disco es órdenes de magnitud más lento que la memoria, y eso es exactamente lo que sus usuarios describen como «el sistema se congela a media captura».

Y aquí está el matiz que casi nadie explica, el que más importa si opera CONTPAQi:

El tope de 10 GB es por base de datos. Los 1,410 MB de memoria son por instancia, y se reparten entre todas sus empresas al mismo tiempo.

CONTPAQi crea una base por empresa. Si maneja cinco, ninguna se acerca sola a los 10 GB, así que ese límite jamás se dispara y todos concluyen que Express «va bien». Mientras tanto, esas cinco empresas se están peleando por el mismo gigabyte y medio de memoria. El límite que muerde no avisa con un mensaje de error: avisa con lentitud, y por eso se le echa la culpa a la red, al equipo del usuario o al sistema.

Los límites de cada edición

Cifras de SQL Server 2025. Si corre 2019 o 2022 —que es lo más común— su tope de base de datos es de 10 GB en lugar de 50 GB; todo lo demás es igual.

	Express	Standard
Memoria para datos, por instancia	1,410 MB	256 GB
Núcleos utilizables	1 socket o 4 núcleos	4 sockets o 32 núcleos
Tamaño por base de datos	50 GB	prácticamente ilimitado
Agente de tareas programadas	no incluido	incluido
Compresión de respaldos	no incluida	incluida

El tope de tamaño de Standard existe en el papel —son 524 petabytes— pero ninguna empresa mediana se va a acercar: son varios millones de veces su base actual. Para efectos prácticos, no hay techo.

Estos límites no son un defecto de su instalación ni algo que se pueda configurar: son la licencia. Están publicados por Microsoft en ediciones y componentes de SQL Server, y cualquiera puede comprobarlos.

Qué cambió entre 2012 y 2025

Vale la pena ver qué se movió en Express entre 2012 y hoy:

	2012 – 2014	2016 – 2022	2025
Tamaño por base de datos	10 GB	10 GB	50 GB
Memoria para datos	1 GB	1,410 MB	1,410 MB
Núcleos utilizables	1 socket o 4 núcleos	igual	igual

El tope de almacenamiento estuvo congelado trece años y de golpe se quintuplicó. La memoria para datos lleva nueve años y cinco versiones sin moverse un solo megabyte.

Y esto no deja las cosas igual: las empeora. Con una base de 10 GB llena, Express alcanzaba a tener en memoria alrededor del 14% de sus datos. Con una de 50 GB llena, alcanza el 2.8%. Le permitieron guardar cinco veces más información en un motor que sigue pudiendo recordar exactamente lo mismo.

Dicho de otro modo: le ampliaron la bodega y le dejaron el mismo mostrador.

Cuánto hardware desperdicia Express

Aquí es donde el asunto deja de ser técnico y se vuelve dinero.

El camino habitual cuando el sistema se pone lento es comprar un servidor mejor. Supongamos que compró uno con 64 GB de memoria y 16 núcleos, que es una máquina razonable para una empresa mediana.

Con Express instalado encima:

• De los 64 GB de memoria, el motor usará 1,410 MB para datos. El resto —casi el 98%— queda ahí, encendido, sin que la base de datos pueda tocarlo.
• De los 16 núcleos, usará 4. Los otros 12 no participan.

Y entre más grande el servidor, peor la proporción: en uno de 128 GB, Express deja sin usar el 99% de la memoria.

Pagó el servidor completo, lo tiene en el rack, consume electricidad y le cuesta mantenimiento. La licencia le prohíbe usar la mayor parte.

Ese es el peor de los dos errores posibles. El primero es no hacer nada. El segundo, más caro, es gastar en hardware que la licencia convierte en adorno.

Subir de edición no es migrar

Conviene entender qué se compra realmente al pasar a Standard, porque no es lo que la mayoría imagina.

Es el mismo producto. El mismo lenguaje, el mismo nivel de compatibilidad, prácticamente la misma superficie de programación. Microsoft documenta que Express se actualiza a una edición superior sin migración: las bases se quedan donde están y siguen funcionando igual.

Por eso pasar de Express a Standard no requiere reescribir consultas, ni cambiar de sistema administrativo, ni volver a capturar nada. Es una actualización de edición sobre la instalación que ya tiene.

Lo que cambia no es solo el tamaño de los topes. Hay diferencias reales de ejecución entre ediciones, y conviene decirlo en lugar de vender la idea de que solo se paga por más capacidad: algunas optimizaciones del motor están reservadas a Enterprise, y hasta el grado de paralelismo en ciertos modos de proceso está acotado por edición. Para el salto que aquí interesa —de Express a Standard— lo determinante siguen siendo la memoria y los núcleos.

Programar respaldos sin SQL Agent

Vuelva a la tabla, a la fila del agente de tareas.

Express no lo incluye, así que no hay forma de programar nada desde el propio producto: ni el mantenimiento de índices, ni los respaldos. Las estadísticas son la excepción, porque el motor las actualiza solo. Todo lo demás queda en manos de tareas de Windows y guiones que alguien armó hace años y nadie ha vuelto a revisar.

Funciona hasta que deja de funcionar, y deja de funcionar en silencio. Es la razón número uno por la que encuentro respaldos con meses sin completarse.

Los demás límites le cuestan velocidad. Este le puede costar la información.

Cuándo Express le basta

Si lo que su gente usa a diario cabe en esa memoria, son pocos usuarios a la vez, nadie corre reportes pesados durante la captura, y tiene el respaldo resuelto por fuera y verificado con una restauración de prueba, Express está bien y cambiar de edición no le va a devolver nada.

Se lo digo con esas palabras cuando ese es el caso. Migrar por si acaso es gastar por si acaso.

Qué desbloquea Standard

Con Standard, sobre el mismo servidor que ya tiene: la operación cabe en memoria en lugar de bajar al disco todo el día, los núcleos que pagó se usan, el mantenimiento y los respaldos quedan programados con aviso cuando fallan, y desaparece el techo de tamaño.

Eso no es una promesa de mejora. Es lo que la licencia deja de impedirle.

Y la decisión casi nunca es entre Standard y nada. Es entre Standard sobre el servidor que ya tiene, o un servidor nuevo que Express volverá a desperdiciar.

Cuál de los dos es su caso no se adivina: se mide. Eso es lo que hago antes de recomendar cualquier compra, y si los números dicen que el problema es de configuración y no de licencia, se lo digo.