La creación de una tabla con columnas volátiles en un principio para reducir el tamaño del registro

Question

No estoy seguro de esto, pero creo que he leído antes, y me gustaría saber si eso es cierto o falso:

Cuando la creación de tablas, es mejor poner columnas volátiles primero y luego las columnas estáticas. Es decir, para poner las columnas que serán actualizables, y el no actualizable al final. Esto es bueno para reducir el tamaño del registro de transacciones, ya que cada vez que se modifica una fila, el registro escribirá la fila de edad, y las columnas de la nueva fila hasta la última actualización.

Fila

ID-PK, code, name , message
1    , 10 , "John Doe", "A funny message"

Actualizar a

1    , 10 , "John Doe", "The message was changed."

En este caso, el registro va a escribir por completo la nueva fila. Sin embargo, si cambiamos el orden de las columnas:

Fila

ID-PK, message , code, name<br/>
1    , "A funny message"         , 10 , "John Doe"

Actualizar a

1    , "The message was changed.", 10 , "John Doe"

El registro de transacciones sólo se escribirá el hasta la última columna modificada (1: "El mensaje fue cambiado.") Y esto podría mejorar el rendimiento a la vez que escribe y enviar los registros a otra máquina igual que cuando se utiliza HADR.

Me gustaría saber si esto es cierto, y dónde puedo encontrado información al respecto.

Answer 1

Cuando la captura completa de cambio de datos no está habilitado, entradas de registro de DB2 LUW comienzan con el primer byte de datos donde los cambios y continúan hasta el último byte de datos donde los cambios. IBM ofrece la siguiente recomendación en una sección de su documentación en línea titulado " columnas de pedido para minimizar la tala de actualización "

Columnas que se actualizan con frecuencia deben agruparse juntos, y define hacia o al final de la definición de la tabla. Esto resulta en un mejor rendimiento, un menor número de bytes conectados, y un menor número de páginas de registro escritas, así como un registro necesidad de espacio activo para las transacciones que realizan un gran número de cambios.