Error garrafal en WordPress 2.6

ACTUALIZACIÓN: Me acabo de enterar gracias a Víctor y a The-RockeR , que el problema del que hablo en este post es una nueva funcionalidad implementada en la nueva versión de WordPress (2.6) que guarda un histórico con distintas versiones de un mismo post. En este artículo de Maestros del Web explican como desactivar el histórico. Creo que WordPress tendría que haber dejado por defecto desactivada esta opción y no al revés, pero en fin, están informados ya que no deja de ser un problema si dejan el histórico activado

El otro día, después de actualizar este blog a WordPress 2.6, observé algo extraño, ya que al crear un post, WordPress le asignó como ID de identificación en la base de datos un número mayor al esperado. En concreto esperaba el 357 y el ID asignado fue el 366, pero pensé que sería algo debido a la actualización y no le di mayor importancia.

Pero hoy observé que el ID asignado para el siguiente artículo a publicar es el 389????

¿Donde fueron a parar todos los ID intermedios si solo publiqué dos o tres artículos tras la actualización a la versión 2.6?

Para quien no lo sepa cuando hablo de ID me estoy refiriendo al campo de la base de datos de WordPress que identifica de forma unívoca cada artículo o página de nuestro blog. Los ID de cada artículo deben ir correlativos (o casi, dependiendo de si tenemos borradores o similares), por eso si hay un ID que no está relacionado con ningún artículo hay que preguntarse qué contiene esa fila de la base de datos.

Así que accedí a la bases de datos de WordPress y …. sorpresa!!!

La nueva versión de WordPress, la 2.6, se dedica a realizar una copia de respaldo cada vez que modificamos algo en cualquiera de nuestros posts (nuevos o antiguos). Esto lo hacía la versión anterior con carácter temporal pero en esta ocasión WordPress almacena los cambios en filas con ID correlativos de forma que nuestra base de datos se va llenando de copias innecesarias con cada modificación. Para colmo de males el autosave del programa tiene el mismo comportamiento, de modo que mientras escribo este artículo se van creando varias copias que van ocupando espacio en la base de datos.

No se si habrá alguna forma de desactivar este comportamiento, pero de no ser así deberán tener cuidado quienes tengan contratadas bases de datos con espacio bastante limitado pues en breve pueden llevarse una sorpresa desagradable por consumir toda la cuota asignada.

Espero que haya forma de desactivar esto o que se arregle pronto desde WordPress pues creo que es un error grave que debe corregirse. Saludos avinagrados.