Compresión de datos SQL Server: coste y beneficio

La compresión row y page reduce almacenamiento y E/S, pero añade CPU y no beneficia igual a todas las tablas. La decisión depende de datos y carga.

Qué medir

Estima ahorro por tabla e índice y mide scans, seeks, CPU, buffer, tamaño de copias, mantenimiento y escrituras con carga representativa.

Enfoque práctico

Evalúa primero objetos grandes de lectura, prueba row y page por separado, aplica por partición o índice e incluye reconstrucción, generación de registro y espacio de reversión.

Qué evitar

No comprimas todo, no juzgues solo por ahorro de disco y no ignores cargas limitadas por CPU ni el coste de mantenimiento.

Resultado operativo

La compresión aporta valor cuando menos E/S y caché compensan la CPU y el coste operativo.

Lista de producción

Captura una línea base y define la mejora esperada. Prueba con datos y concurrencia representativos. Conserva la configuración o el plan original, prepara una reversión, despliega en una ventana adecuada y observa el siguiente pico normal de carga.

Si quieres aplicar este método a un entorno SQL Server concreto, usa el formulario inferior e incluye la versión, el tamaño de la base, el patrón de carga y las evidencias ya recopiladas.