ZODB3

ZODB3 (Zope Object Database) ger en objektorienterad databas för Python som ger en hög grad av transparens.
 Ansökningarna kan dra nytta av objektdatabasfunktioner med få, om några, förändringar programlogik. ZODB innehåller funktioner som en instickbara lagringsgränssnittet, rik transaktionsstöd, och ångra

Vad är nytt i den här versionen:.

• Påtvingad användning av byte för "_p_serial" av persistenta objekt (fixar kompatibilitet med de senaste ihållande releaser).

Vad är nytt i version 3.10.5:

• Konfliktlösning misslyckades när staten ingår Korsad ihållande referenser med klasser som inte kunde importeras.

Vad är nytt i version 3.10.4:

• Konfliktlösning misslyckades när staten ingår ihållande referenser med klasser som kunde inte importeras.

Vad är nytt i version 3.10.3:

• Bugs Fast:
• & quot; aktivitetsskärmen inte uppdaterats för subconnections när anslutningen återvände till pool & quot;
• https://bugs.launchpad.net/zodb/+bug/737198
• & quot; Blob temp-fil get s bort innan det ska & quot ;, https://bugs.launchpad.net/zodb/+bug/595378
• Ett sätt detta ska ske är att en transaktion avbryts efter att begå processen har börjat. Jag vet inte hur detta skulle hända i det vilda.
• 3.10.3, det ZEO tpc_abort ringa till servern ändras för att vara synkrona, vilket borde ta itu med denna fråga. Kanske finns det ett annat fall.
• Prestandaförbättringar:
• genomförande Förbättrad ZEO klientcache för att göra det mindre troligt att vräka föremål som används.
• Small (möjligen försumbar) minskning av CPU ZEO lagringsservrar för att betjäna objektbelastningar och nätverkskoden.

Vad är nytt i version 3.10.1:

• Bugs Fast:
• När en transaktion rullas tillbaka en sparpunkt efter att ha lagt föremål och därefter lagt fler objekt och engagerade, ett fel kan höjas & quot; ValueError: En annorlunda objekt har redan samma oid & quot; vilket transaktionen misslyckas. Värre kan det lämna en databas i ett tillstånd där efterföljande transaktioner i samma process skulle misslyckas.
• https://bugs.launchpad.net/zodb/+bug/665452
• Unix domänsockets fungerade inte för ZEO (eftersom tillägg av IPv6-stöd). https://bugs.launchpad.net/zodb/+bug/663259
• Tog bort ett missfeature som kan orsaka prestandaproblem när du använder en extern sophämtare med ZEO. När objekt togs bort från ett förråd, var invalidations skickades till kunderna. Detta är ingen mening. Det är vilt osannolikt att de övriga anslutningar / klienter har kopior av soporna. I normala lagrings sophämtning, vi skickar inte invalidations. Det finns ingen anledning att skicka dem när en extern sophämtare används.
• ZEO klient cache simulering misshandled invalidations orsakar felaktiga statistik och fel.

Vad är nytt i version 3.10.0 Beta 8:

• Buggar fast:
• På vissa system, med hjälp av en tom sträng i en serveradress för ett ZEO klient ledde till en socket fel. Nu, Zeo klienter behandlar '' som ett alias för "localhost".
• Om en pool timeout angavs för en databas och gamla anslutningar ades bort på grund av timeout, ett fel uppstod på grund av en bugg i anslutning sanering logik.
• När mulri-databasanslutningar inte längre används och rensas upp, deras subconnections städades inte upp ordentligt.
• Ändringar suppprt IPv6 bröt en fix för ett problem i Mac OS X som kan orsaka en server för att sluta acceptera anslutningar.

Vad är nytt i version 3.9.7:

• Bugs Fast:
• Förändringar i sättet att sophämtning behandlar ordböcker i Python 2.7 bröt genomförande objektet / anslutning cache. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Python 2.7 var inte officiellt, men vi släpper binärer för det, så ... Logrotation / repoening via en SIGUSR2 signal fördes inte. (Https://bugs.launchpad.net/zodb/+bug/143600)
• När du använder flera databaser, cache-förvaltningsverksamhet på en anslutning, cacheMinimize och cacheGC, inte tillämpas på subconnections.

Vad är nytt i version 3.10.0 Beta 7:

• Buggar fast:
• ZEO inte fungerade med IPv6 addrsses. Lade IPv6-stöd bidragit med Martin v. Lowis.
• Förändringar i sättet att garaget samling behandlar ordböcker i Python 2.7 bröt genomförande objektet / anslutning cache. (Https://bugs.launchpad.net/zodb/+bug/641481)
• En fillagring bugg kan orsaka Zeo kunder att ha felaktig information om aktuella objekt revideringar efter återanslutning till en databasserver.
• uppdaterat "repozo --kill gamla-on-fulla" möjlighet att ta bort några ".index" filer som motsvarar säkerhetskopior tas bort.
• När objekt tillkom savepoints och antingen savepoint rullades tillbaka (https://bugs.launchpad.net/zodb/+bug/143560) eller affären avbröts (https://mail.zope.org/ pipermail / zodb-dev / 2010 juni / 013488.html) objektens _p_oid och _p_jar variabler raderades inte, vilket leder till surprizing fel.
• ZEO utökningsmetoder misslyckats när en klient återansluts till ett lagrings. (Https://bugs.launchpad.net/zodb/+bug/143344)
• Objekt läggs i transaktioner som senare aborte kunde ha _p_changed fortfarande satt (https://bugs.launchpad.net/zodb/+bug/615758).
• Förtydligat retur Valuta för lastTransaction i fallet då det inte finns några transaktioner. Nu har en sträng av åtta nollor (aka & quot; Z64 & quot;). Specificeras
• När du använder flera databaser, cache-förvaltningsverksamhet på en anslutning, cacheMinimize och cacheGC, inte tillämpas på subconnections.
• Ställa _p_changed på en klump wo faktiskt skriva någonting orsakat ett fel. (Https://bugs.launchpad.net/zodb/+bug/440234)
• bröts Den utförligt läge i fstest. (Https://bugs.launchpad.net/zodb/+bug/475996)
• Objekt ids skapats i en sparpunkt som rullas tillbaka wren't återanvänds. (Https://bugs.launchpad.net/zodb/+bug/588389)
• Logrotation / repoening via en SIGUSR2 signalen inte genomfördes. (Https://bugs.launchpad.net/zodb/+bug/143600) (Untested på fönster.)

Vad är nytt i version 3.10.0 Beta 6:

• Process utgångar eller databas stänger kan orsaka ZEO cachar att få felaktiga uppgifter på grund av ett problem i hur invalidations bearbetades.
• Databasanslutningar inte ogiltigförklarar cacheposter när konflikt fel har uppkommit i svar på checkCurrentSerialInTransaction fel. Normalt bör detta inte vara ett problem, eftersom det bör finnas pågående invalidations för dessa OID som kommer att orsaka det objekt som ska ogiltigförklaras. Det har varit problem med ZEO ihållande cache hantering som har orsakat inaktuella uppgifter att stanna kvar i cachen. (Det är möjligt att den sista av dessa var riktade i 3.10.0b5.) Upphävande läsa data när det finns en konflikt fel ger lite extra försäkring.
• Gränssnittet, ZODB.interfaces.IStorage var felaktig. Butiken metoden bör aldrig återvända en sekvens av OID och serie par.

Krav :

• Python