ZODB3

ZODB3 (Zope Object Database) proporciona una base de datos orientada a objetos para Python que proporciona un alto grado de transparencia.
 Las aplicaciones pueden aprovechar las funciones de base de datos de objetos con pocos, en su caso, los cambios en la aplicación lógica. ZODB incluye características tales como una interfaz enchufable de almacenamiento, rico soporte de transacciones, y deshacer

¿Cuál es nuevo en esta versión:.

• uso forzada de bytes para '_p_serial "de los objetos persistentes (compatibilidad de arreglos con versiones persistentes recientes).

¿Cuál es nuevo en la versión 3.10.5:

• La resolución de conflictos falló cuando el estado incluido entre bases de datos persistente referencias con clases que no podían ser importados.

¿Cuál es nuevo en la versión 3.10.4:

• La resolución de conflictos falló cuando el estado incluyó referencias persistentes con clases que no podían ser importados.

¿Qué hay de nuevo en la versión 3.10.3:

• Errores solucionados:
• & quot; monitor de actividad no se actualiza para enlaces parciales cuando la conexión regresó a la piscina y quot;
• https://bugs.launchpad.net/zodb/+bug/737198
• & quot; Blob archivo temporal de get eliminado antes de lo que debería & quot ;, https://bugs.launchpad.net/zodb/+bug/595378
• Una manera que esto suceda es que una transacción se detiene después de que haya comenzado el proceso de confirmación. No sé cómo esto iba a suceder en la naturaleza.
• En 3.10.3, el ZEO tpc_abort llamar al servidor se cambia a ser sincrónica, que deben ocuparse de este caso. Tal vez haya otro caso.
• Mejoras de rendimiento:
• aplicación caché del cliente mejorada ZEO para que sea menos probable que desalojar a los objetos que se están utilizando.
• Pequeño (posiblemente poco voluminoso) reducción de la CPU en servidores de almacenamiento ZEO para dar servicio a las cargas de objetos y en el código de red.

¿Qué hay de nuevo en la versión 3.10.1:

• Errores solucionados:
• Cuando una transacción revertida un punto de rescate después de añadir objetos y posteriormente añadidos más objetos y comprometido, un error podría ser planteado & quot; ValueError: Un objeto diferente ya tiene el mismo OID & quot; haciendo que la transacción falle. Peor aún, esto podría dejar a una base de datos en un estado donde las transacciones posteriores en el mismo proceso fallarían.
• https://bugs.launchpad.net/zodb/+bug/665452
• sockets de dominio Unix no funcionan para ZEO (ya que la adición de soporte para IPv6). https://bugs.launchpad.net/zodb/+bug/663259
• Eliminada una missfeature que puede causar problemas de rendimiento cuando se utiliza un recolector de basura externa con ZEO. Cuando los objetos se eliminan de un almacenamiento, invalidaciones fueron enviados a los clientes. Esto no tiene sentido. Es tremendamente difícil que las otras conexiones / clientes tienen copias de la basura. En la recolección de basura normales de almacenamiento, no enviamos invalidaciones. No hay razón para enviarlos cuando se utiliza un recolector de basura externa.
• cliente ZEO simulación caché misshandled invalidaciones causando estadísticas y errores incorrectas.

¿Qué hay de nuevo en la versión 3.10.0 Beta 8:

• Bugs fijo:
• En algunos sistemas, utilizando una cadena vacía en una dirección del servidor de un cliente ZEO condujo a un error de socket. Ahora, los clientes ZEO tratan '' como un alias para 'localhost'.
• Cuando se especifica un tiempo de espera de la piscina para una base de datos y las conexiones viejas fueron retirados debido al tiempo de espera, se produjo un error debido a un error en la lógica de la limpieza de conexión.
• Cuando ya no se utilizaron y limpiaron conexiones mulri-base de datos, sus enlaces parciales fueron no limpiaron adecuadamente.
• Cambios a suppprt IPv6 rompió una solución para un problema en Mac OS X que podría hacer que un servidor deje de aceptar conexiones.

¿Qué hay de nuevo en la versión 3.9.7:

• Errores solucionados:
• Los cambios en la forma en que trata a la recolección de basura en los diccionarios de Python 2.7 rompieron la aplicación memoria caché de objetos / conexión. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Python 2.7 no fue apoyado oficialmente, pero estábamos liberando binarios para ella, así que ... Logrotation / repoening través de una señal SIGUSR2 no se implementó. (Https://bugs.launchpad.net/zodb/+bug/143600)
• Al utilizar múltiples bases de datos, operaciones de gestión de caché en una conexión, cacheMinimize y cacheGC, fueron no aplica a enlaces parciales.

¿Qué hay de nuevo en la versión 3.10.0 Beta 7:

• Bugs fijo:
• ZEO no funcionaba con addrsses IPv6. Añadido soporte IPv6 aportado por Martin v. Lowis.
• Los cambios en la forma en que la recolección de garaje trata a los diccionarios de Python 2.7 rompieron la aplicación memoria caché de objetos / conexión. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Un error de almacenamiento de archivos podrían provocar que los clientes ZEO tener información incorrecta sobre las revisiones actuales del objeto después de volver a conectarse a un servidor de base de datos.
• Actualizado los archivos 'repozo---kill-viejos-en plena' opción para eliminar cualquier ".index 'correspondientes a las copias de seguridad se eliminan.
• Cuando se añadieron objetos en puntos de rescate y, o bien el punto de salvaguarda se deshacen (https://bugs.launchpad.net/zodb/+bug/143560) o se anuló la transacción (https://mail.zope.org/ pipermail / ZODB-dev / 2010-junio / 013488.html) Variables _p_oid y _p_jar de los objetos no estaban despejadas, lo que lleva a surprizing errores.
• métodos de extensión ZEO fracasaron cuando un cliente se vuelve a conectar a un dispositivo de almacenamiento. (Https://bugs.launchpad.net/zodb/+bug/143344)
• Objetos añadido en las transacciones que posteriormente fueron abortados podría haber _p_changed todavía set (https://bugs.launchpad.net/zodb/+bug/615758).
• Se aclaró el valor de retorno para lastTransaction en el caso cuando no hay ninguna transacción. Ahora una cadena de 8 nulos (aka & quot; Z64 & quot;). Se especifica
• Al utilizar múltiples bases de datos, operaciones de gestión de caché en una conexión, cacheMinimize y cacheGC, fueron no aplica a enlaces parciales.
• Configuración _p_changed en una nota wo escribir realmente nada ha causado un error. (Https://bugs.launchpad.net/zodb/+bug/440234)
• El modo detallado del fstest estaba roto. (Https://bugs.launchpad.net/zodb/+bug/475996)
• Id de objeto creado en un punto de salvaguarda que se deshace wren't ser reutilizados. (Https://bugs.launchpad.net/zodb/+bug/588389)
• Logrotation / repoening través de una señal SIGUSR2 no se implementó. (Https://bugs.launchpad.net/zodb/+bug/143600) (no probado en las ventanas).

¿Cuál es nuevo en la versión 3.10.0 Beta 6:

• salidas de proceso o se cierra la base de datos podría causar ZEO cachés tengan datos incorrectos debido a un problema en la forma en que las invalidaciones se procesaron.
• Conexiones de base de datos no invalidan las entradas de caché cuando los errores de conflicto se suscitaron en respuesta a errores checkCurrentSerialInTransaction. Normalmente, esto no debería ser un problema, ya que no debe haber invalidaciones pendientes para estos oids que hará que el objeto a ser invalidado. Ha habido problemas con ZEO gestión de la caché persistente que han causado de datos de la fecha de permanecer en la memoria caché. (Es posible que el último de ellos dirigidos en el 3.10.0b5.) Invalidar leer datos cuando hay un error de conflicto proporciona un seguro adicional.
• La interfaz, ZODB.interfaces.IStorage era incorrecta. El método tienda nunca debería devolver una secuencia de pares de OID y de serie.

Requisitos :

• Python