Elección de tamaños de página de datos

Db2 ofrece muchas opciones para el tamaño de las páginas de datos.

Acerca de esta tarea

El tamaño de la página de datos viene determinado por la agrupación de almacenamiento intermedio en la que se define el espacio de tablas. Por ejemplo, un espacio de tabla que esté definido en una agrupación de almacenamiento intermedio de 4 tiene tamaños de página de 4 KB, y uno que esté definido en una agrupación de almacenamiento intermedio de 8 KB tiene tamaños de página de 8 KB.

Los datos de espacios de tabla se almacenan y asignan en segmentos de registro. Cualquier segmento de registro puede tener 4 KB de tamaño o el tamaño determinado por la agrupación de almacenamiento intermedio (4 KB, 8 KB, 16 KB o 32 KB). En un espacio de tabla con segmentos de registro de 4 KB, un tamaño de página de 8 KB requiere dos registros de 4 KB y un tamaño de página de 32 KB requiere ocho registros de KB.

Procedimiento

Para elegir los tamaños de página de datos, utilice los métodos siguientes:

Utilice el valor predeterminado de tamaños de página de 4 KB como punto de partida cuando el acceso a los datos sea aleatoria y solo se necesiten unas pocas filas por página.
Si los tamaños de fila son muy pequeños, se recomienda utilizar el tamaño de página de 4 KB.
Utilice tamaños de página mayores en las situaciones siguientes:

Si el tamaño de las filas individuales es superior a 4 KB.

En este caso, debe utilizar un tamaño de página mayor. Al pensar en el tamaño de los espacios de tabla de archivos de trabajo, recuerde que algunas operaciones de SQL, como las uniones, pueden crear una fila de resultados que no quepa en una página de 4 KB. Por tanto, se recomienda tener al menos un archivo de trabajo que tenga páginas de 32 KB. (Los archivos de trabajo no pueden utilizar páginas de 8 KB o 16 KB).

Si se puede lograr una densidad más alta en el disco mediante la elección de un tamaño de página mayor.

Por ejemplo, solo se puede almacenar un registro de 2100 bytes en una página de 4 KB, lo que desperdicia casi la mitad del espacio. Sin embargo, almacenar el registro en una página de 32 KB puede reducir el desperdicio de forma notable. El lado negativo de este método es el potencial de que aumente los costes de almacenamiento de agrupación de almacenamiento intermedio o los costes de E/S: si solo unas pocas filas se ven afectadas, estará llevando un fragmento mayor de datos del disco a la agrupación de almacenamiento intermedio.
El uso de tamaños de página de 8 KB o 16 KB puede permitirle almacenar más datos en el disco con un menor impacto en los costes de E/S y de almacenamiento de agrupación de almacenamiento intermedio. Si utiliza un tamaño de página mayor y el acceso es aleatorio, tal vez deba volver atrás y aumentar el tamaño de la agrupación de almacenamiento intermedio para lograr la misma tasa de coincidencias de lectura que logra con el tamaño de página menor.

Si un tamaño de página mayor puede reducir la sobrecarga de compartición de datos.

Un modo de reducir el coste de la compartición de datos es reducir el número de veces que hay que acceder al recurso de acoplamiento. En concreto, para proceso secuencial, los tamaños de página mayores pueden reducir la cifra. Se pueden devolver más datos en cada acceso del recurso de acoplamiento, y deben adquirirse menos bloqueos en el tamaño de página mayor, lo que reduce más las interacciones del recurso de acoplamiento.
Si se devuelven datos del recurso de acoplamiento, cada acceso que devuelve más datos tiene un mayor coste que los que devuelven cantidades de datos menores, ya que como el número total de accesos se reduce, la sobrecarga del recurso de acoplamiento se reduce.

Para el proceso aleatorio, el uso de un tamaño de página de 8 KB o 16 KB en lugar de un tamaño de página de 32 KB puede mejorar la tasa de coincidencias de lectura de la agrupación de almacenamiento intermedio y reducir el consumo de recursos de E/S.