ZODB3

ZODB3 (Zope Object Database) giver en objektorienteret database for Python, der giver en høj grad af gennemsigtighed.
 Ansøgninger kan udnytte objekt databasefunktioner med få, om nogen, ændringer ansøgning logik. ZODB indeholder funktioner såsom en tilkoblelig opbevaring interface, rig support transaktion, og fortryde

Hvad er nyt i denne udgivelse:.

• Tvungen brug af bytes for '_p_serial' af persistente objekter (fixes kompatibilitet med de seneste vedholdende udgivelser).

Hvad er nyt i version 3.10.5:

• Konfliktløsning mislykkedes, da staten inkluderet cross-database vedvarende referencer med klasser, der ikke kunne importeres.

Hvad er nyt i version 3.10.4:

• Konfliktløsning mislykkedes, da staten inkluderet vedvarende referencer med klasser der kunne ikke importeres.

Hvad er nyt i version 3.10.3:

• Bugs Fast:
• & quot; aktivitet monitor ikke opdateret for subconnections når forbindelsen tilbage til pool & quot;
• https://bugs.launchpad.net/zodb/+bug/737198
• & quot; Blob temp fil get er fjernet, før det skal & quot ;, https://bugs.launchpad.net/zodb/+bug/595378
• En måde at dette kan ske, er, at en transaktion afbrydes, efter at begå er begyndt. Jeg ved ikke, hvordan dette ville ske i naturen.
• I 3.10.3, den ZEO tpc_abort ringe til serveren er ændret til at være synkrone, hvilket bør behandle denne sag. Måske er der en anden sag.
• Ydelse forbedringer:
• Forbedret ZEO klient cache gennemførelse for at gøre det mindre sandsynligt, at smide genstande, der bliver brugt.
• Small (muligvis negligable) reduktion i CPU i ZEO storage servere til at servicere objekt belastninger og networking kode.

Hvad er nyt i version 3.10.1:

• Bugs Fast:
• Når en transaktion rullet tilbage en intern commit efter tilsætning objekter og senere tilføjes flere objekter og begået en fejl kunne hæves & quot; ValueError: En anderledes objektet allerede har samme OID & quot; forårsager transaktionen til at mislykkes. Hvad værre er, kan dette efterlade en database i en tilstand, hvor de efterfølgende transaktioner i den samme proces ville mislykkes.
• https://bugs.launchpad.net/zodb/+bug/665452
• Unix domæne-sockets fungerede for ZEO (siden tilføjelsen af ​​IPv6-understøttelse). https://bugs.launchpad.net/zodb/+bug/663259
• Fjernet en missfeature, der kan forårsage problemer med ydeevnen, når du bruger en ekstern affaldsindsamling med ZEO. Når genstande blev slettet fra et lager, blev ugyldiggørelser sendt til kunderne. Det giver ingen mening. Det er vildt usandsynligt, at de andre forbindelser / klienter har kopier af skraldet. I normal opbevaring garbage collection, ikke sender vi ugyldiggørelser. Der er ingen grund til at sende dem, når en ekstern affaldsindsamling bruges.
• ZEO klient cache simulation misshandled ugyldiggørelser forårsager forkerte statistikker og fejl.

Hvad er nyt i version 3.10.0 Beta 8:

• Bugs fast:
• På nogle systemer ved hjælp af en tom streng i en server-adressen på en ZEO klient førte til en socket fejl. Nu Zeo klienter behandle '' som et alias for "localhost".
• Når en pulje timeout blev angivet for en database og gamle forbindelser blev fjernet på grund af timingen ud, der opstod en fejl på grund af en fejl i forbindelse oprydning logik.
• Når mulri-databaseforbindelser blev ikke længere anvendes og ryddet op, deres subconnections blev ikke renset ordentligt op.
• Ændringer til suppprt IPv6 brød en rettelse til et problem på Mac OS X, der kan forårsage en server til at stoppe med at acceptere forbindelser.

Hvad er nyt i version 3.9.7:

• Bugs Fast:
• Ændringer i måde, garbage collection behandler ordbøger i Python 2.7 brød objektet / tilslutning cache gennemførelse. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Python 2.7 blev ikke officielt, men vi frigive binære filer til det, så ... Logrotation / repoening via SIGUSR2 signal blev ikke gennemført. (Https://bugs.launchpad.net/zodb/+bug/143600)
• Når du bruger multi-databaser, cache-management operationer på en forbindelse, cacheMinimize og cacheGC, ikke blev anvendt til subconnections.

Hvad er nyt i version 3.10.0 Beta 7:

• Bugs fast:
• ZEO fungerede med IPv6 addrsses. Tilføjet IPv6 støtten bidraget af Martin v. Lowis.
• Ændringer i måde at garage samling behandler ordbøger i Python 2.7 brød objektet / tilslutning cache gennemførelse. (Https://bugs.launchpad.net/zodb/+bug/641481)
• En fil opbevaring bug kan forårsage zeo klienter at få urigtige oplysninger om aktuelle objekt revisioner efter gentilslutning til en database-server.
• opdateret »repozo --kill gamle-on-fuld" til at slette eventuelle ".index" filer, der svarer til sikkerhedskopier fjernes.
• Når objekter blev tilføjet i interne commits og enten interne commit blev rullet tilbage (https://bugs.launchpad.net/zodb/+bug/143560) eller transaktionen blev afbrudt (https://mail.zope.org/ pipermail / ZODB-dev / 2010-juni / 013488.html) objekternes _p_oid og _p_jar variabler blev ikke ryddet, hvilket fører til surprizing fejl.
• ZEO forlængelse metoder mislykkedes, da en klient tilsluttes igen til et lager. (Https://bugs.launchpad.net/zodb/+bug/143344)
• Objekter tilføjet i transaktioner, der blev senere aborterede kunne have _p_changed stadig indstillet (https://bugs.launchpad.net/zodb/+bug/615758).
• præciseret returværdien for lastTransaction i det tilfælde, hvor der ikke er nogen transaktioner. Nu er en streng af 8 nuller (aka & quot; Z64 & quot;). Er angivet
• Når du bruger multi-databaser, cache-management operationer på en forbindelse, cacheMinimize og cacheGC, ikke blev anvendt til subconnections.
• Indstilling _p_changed på en klat wo faktisk skriver noget forårsaget en fejl. (Https://bugs.launchpad.net/zodb/+bug/440234)
• verbose tilstand af fstest blev brudt. (Https://bugs.launchpad.net/zodb/+bug/475996)
• Object id'er skabt i en intern commit, der er rullet tilbage wren't genbruges. (Https://bugs.launchpad.net/zodb/+bug/588389)
• Logrotation / repoening via SIGUSR2 signal blev ikke gennemført. (Https://bugs.launchpad.net/zodb/+bug/143600) (Ikke afprøvet på vinduer.)

Hvad er nyt i version 3.10.0 Beta 6:

• Process udgange eller database lukker kan forårsage ZEO caches at have forkerte data på grund af et problem i den måde ugyldiggørelser blev behandlet.
• Database-forbindelser ikke afkræfte cacheposter når konflikt fejl er blevet rejst i forbindelse med checkCurrentSerialInTransaction fejl. Normalt bør dette ikke være et problem, da der bør være afventende ugyldiggørelser for disse oids, som vil få det objekt, der skal afkræftes. Der har været problemer med ZEO vedvarende cache ledelse, der har forårsaget forældede data til at forblive i cachen. (Det er muligt, at den sidste af disse blev behandlet i 3.10.0b5.) Ugyldig læste data, når der er en konflikt fejl giver nogle ekstra forsikring.
• interface, ZODB.interfaces.IStorage var forkert. Butikken metode bør aldrig vende tilbage en sekvens af OID og serielle par.

Krav :

• Python