ZODB3

ZODB3 (Zope Object Database) fournit une base de données orientée objet pour Python qui fournit un degré élevé de transparence.
 Les applications peuvent tirer parti des fonctionnalités de base de données de l'objet avec quelques, le cas échéant, des modifications à la logique de l'application. ZODB inclut des fonctionnalités telles que une interface enfichable de stockage, riche support de transaction, et défaire

Quoi de neuf dans cette version:.

• utilisation forcée d'octets pour '_p_serial' des objets persistants (compatibilité avec les versions correctifs récents persistants).

Quoi de neuf dans la version 3.10.5:

• La résolution des conflits n'a pas lorsque l'état inclus bases de données croisées persistante références avec des classes qui ne ont pas pu être importés.

Quoi de neuf dans la version 3.10.4:

• La résolution des conflits n'a pas lorsque l'état contenait des références persistantes avec des classes qui ne peuvent être importés.

Ce qui est nouveau dans la version 3.10.3:

• Bugs fixe:
• & quot; moniteur d'activité pas mis à jour pour les liaisons partielles lorsque la connexion est retourné à la piscine et quot;
• https://bugs.launchpad.net/zodb/+bug/737198
• & quot; de Blob get fichier temporaire supprimé avant qu'il devrait & quot ;, https://bugs.launchpad.net/zodb/+bug/595378
• Une façon que cela se produise est qu'une transaction est annulée après que le processus se engager a commencé. Je ne sais pas comment cela se passerait-il dans la nature.
• Dans 3.10.3, la ZEO tpc_abort appel vers le serveur est modifiée pour être synchrone, qui devrait porter sur ce cas. Peut-être il ya un autre cas.
• Amélioration des performances:
• Amélioration de la mise en œuvre de ZEO cache du client pour le rendre moins susceptibles d'expulser les objets qui sont utilisés.
• Petit (éventuellement négligeable) réduction de CPU sur les serveurs de stockage de ZEO pour desservir les charges d'objet et dans le code réseau.

Ce qui est nouveau dans la version 3.10.1:

• Bugs fixe:
• Quand une transaction a été annulée après l'ajout d'un point de sauvegarde et objets ajoutés par la suite plusieurs objets et se est engagé, une erreur pourrait être soulevé & quot; ValueError: Un autre objet a déjà le même oid & quot; provoquant la transaction échoue. Pire, cela pourrait laisser une base de données dans un état où les transactions ultérieures dans le même processus échoueraient.
• https://bugs.launchpad.net/zodb/+bug/665452
• sockets Unix ne fonctionnent pas pour ZEO (depuis l'ajout du support IPv6). https://bugs.launchpad.net/zodb/+bug/663259
• Suppression d'un missfeature qui peut causer des problèmes de performances lors de l'utilisation d'un garbage collector externe avec ZEO. Lorsque des objets ont été supprimés à partir d'un stockage, invalidations ont été envoyés aux clients. Cela n'a aucun sens. Ce est sauvagement peu probable que les autres connexions / clients ont des copies de la poubelle. Dans la collecte des ordures de stockage normal, nous ne envoyons pas les invalidations. Il ne ya aucune raison de les envoyer quand un garbage collector externe est utilisé.
• ZEO client simulation de cache misshandled invalidations causant des statistiques incorrectes et les erreurs.

Ce qui est nouveau dans la version 3.10.0 Beta 8:

• Correction de bugs:
• Sur certains systèmes, en utilisant une chaîne vide dans une adresse de serveur d'un client de ZEO a conduit à une erreur de socket. Maintenant, les clients traitent ZEO '' comme un alias pour 'localhost'.
• Quand un délai de la piscine a été spécifiée pour une base de données et anciennes connexions ont été retirés en raison du calendrier sur, une erreur se est produite en raison d'un bogue dans la logique connexion de nettoyage.
• Lorsque les connexions aux bases de données mulri ne étaient plus utilisés et nettoyés, leurs liaisons partielles ne ont pas été nettoyés correctement.
• Modifications à suppprt IPv6 cassé un correctif pour un problème sur Mac OS X qui pourrait causer un serveur à ne plus accepter les connexions.

Ce qui est nouveau dans la version 3.9.7:

• Bugs fixe:
• Les changements de sorte que la collecte des ordures traite dictionnaires en Python 2.7 cassé la mise en œuvre de cache objet / connexion. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Python 2.7 ne est pas officiellement supporté, mais nous avons été publie binaires pour ça, donc ... Logrotation / repoening via un signal de SIGUSR2 n'a pas été mis en œuvre. (Https://bugs.launchpad.net/zodb/+bug/143600)
• Lors de l'utilisation multi-bases de données, les opérations de gestion de cache sur une connexion, et cacheMinimize cachegc, ne ont pas été appliquée à liaisons partielles.

Ce qui est nouveau dans la version 3.10.0 Beta 7:

• Correction de bugs:
• ZEO ne fonctionnait pas avec addrsses IPv6. Ajout du support IPv6 contribué par Martin v. Lowis.
• Les changements de façon que la collecte de garage traite dictionnaires en Python 2.7 cassé la mise en œuvre de cache objet / connexion. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Un bug de stockage de fichiers pourrait causer clients ZEO d'avoir des informations incorrectes sur les révisions d'objets actuels après la reconnexion à un serveur de base de données.
• Mise à jour des fichiers à supprimer toute «.index '' repozo --kill-vieux-sur-pleine 'options correspondant à des sauvegardes étant supprimés.
• Lorsque des objets ont été ajoutés dans les points de sauvegarde et soit le point de sauvegarde a été annulée (https://bugs.launchpad.net/zodb/+bug/143560) ou la transaction a été annulée (https://mail.zope.org/ pipermail / zodb-dev / 2010-Juin / 013488.html) les variables _p_oid et de _p_jar Les objets ne ont pas été effacés, conduisant à surprizing erreurs.
• les méthodes de vulgarisation ZEO échoué quand un client reconnecté à un stockage. (Https://bugs.launchpad.net/zodb/+bug/143344)
• Les objets ajoutés dans les transactions qui ont ensuite été avortés auraient _p_changed toujours définir (https://bugs.launchpad.net/zodb/+bug/615758).
• clarifié la valeur de retour pour lastTransaction dans le cas où il n'y a pas de transactions. Maintenant une chaîne de 8 valeurs NULL (aka & quot; Z64 & quot;). Est spécifié
• Lors de l'utilisation multi-bases de données, les opérations de gestion de cache sur une connexion, et cacheMinimize cachegc, ne ont pas été appliquée à liaisons partielles.
• Configuration _p_changed sur un blob wo quoi que ce soit écrit provoqué une erreur. (Https://bugs.launchpad.net/zodb/+bug/440234)
• Le mode verbeux du fstest était cassé. (Https://bugs.launchpad.net/zodb/+bug/475996)
• identifiants d'objets créés dans un point de sauvegarde est annulée wren't être réutilisés. (Https://bugs.launchpad.net/zodb/+bug/588389)
• Logrotation / repoening via un signal SIGUSR2 n'a pas été mis en œuvre. (Https://bugs.launchpad.net/zodb/+bug/143600) (non testé sur les fenêtres.)

Quoi de neuf dans la version 3.10.0 Beta 6:

• sorties de process ou ferme la base de données pourraient causer ZEO caches d'avoir des données incorrectes en raison d'un problème dans la façon dont les invalidations ont été traitées.
• connexions de base de données ne invalidaient pas les entrées de cache lorsque des erreurs de conflit ont été soulevées en réponse aux erreurs de checkCurrentSerialInTransaction. Normalement, cela ne devrait pas être un problème, car il devrait y avoir invalidations en attente pour ces OID qui va provoquer l'objet à être invalidée. Il ya eu des problèmes avec la gestion de la mémoire cache persistante ZEO qui ont causé de données de date de rester dans le cache. (Il est possible que le dernier d'entre eux ont été abordés dans le 3.10.0b5.) Invalider lire les données quand il ya une erreur de conflit fournit une assurance supplémentaire.
• L'interface, ZODB.interfaces.IStorage était incorrecte. La méthode de stockage ne doit jamais retourner une séquence de paires oid et série.

Exigences :

• Python