Re: Ventajas en el fill factor?

Jaime Casanova escribió:

> Cuando postgres actualiza un registro lo que hace es marcar la version
> actual como "ya no es valida" y crea una nueva version del registro al
> final de la tabla marcada como "esta es valida"... si la tabla tiene
> indices se crea una entrada hacia el nuevo registro en cada indice
> pero se mantiene el anterior...
>
> entonces cuando haces una consulta que hace uso de un indice, puede
> que encuentre varias entradas que dicen ser el registro que se busca
> pero en diferentes lugares en la tabla (posiblemente en diferentes
> paginas del disco)... lo que el FILLFACTOR es reservar una parte de
> cada pagina para poner ahi las versiones nuevas de los registros,
> evitando tener que acceder varias veces al disco...

Otro detalle a tener en cuenta es HOT (sólo desde 8.3 en adelante).
Cuando haces un UPDATE de una tupla y hay espacio libre en la misma
página, en vez de crearse un nuevo puntero en el índice, se marca la
tupla en la tabla y en el índice no se inserta nada. El único
requerimiento es que en la página debe haber espacio libre para insertar
la nueva tupla de la tabla. Para ayudar a satisfacer esta condición un
mayor porcentaje del tiempo, se puede reservar un espacio con el
fillfactor.

En todo caso hay que tener claro que un fillfactor muy bajo es malo para
el rendimiento porque hay espacio en cache (shared buffers y en el cache
del kernel) que no se aprovecha. Por lo tanto no hay que bajarlo mucho.

--
Alvaro Herrera http://www.amazon.com/gp/registry/DXLWNGRJD34J
"La tristeza es un muro entre dos jardines" (Khalil Gibran)