ZODB3

ZODB3 (Zope Object Database) oferă o bază de date orientat-obiect pentru Python care oferă un grad ridicat de transparență.
 Cererile pot profita de caracteristici de bază de date obiect cu câteva, dacă este cazul, modificări la logica de aplicare. ZODB include caracteristici, cum ar fi o interfață plugable depozitare, suport tranzacție bogat, și undo

Ce este nou în această versiune:.

• utilizarea obligatorie a octeți pentru "_p_serial" a obiectelor persistente (compatibilitate fixat cu versiuni recente persistente).

Ce este nou în versiunea 3.10.5:

• Rezolvarea conflictelor eșuat atunci când de stat inclus eco-bază de date persistente referințe cu clase care nu au putut fi importate.

Ce este nou în versiunea 3.10.4:

• Rezolvarea conflictelor eșuat atunci când starea inclus referințe persistente cu clase care nu au putut fi importate.

Ce este nou în versiunea 3.10.3:

• Bugs fix:
• & quot; monitor activitate nu actualizat pentru subconnections când conexiune întors în comun a & quot;
• https://bugs.launchpad.net/zodb/+bug/737198
• & quot; blob fișier de temperatură get lui îndepărtat înainte de a fi & quot ;, ar trebui https://bugs.launchpad.net/zodb/+bug/595378
• O modalitate de acest lucru să se întâmple este faptul că o tranzacție este întreruptă după procesul comite a început. Nu știu cum acest lucru s-ar întâmpla în sălbăticie.
• În 3.10.3, Zeo tpc_abort apel la server se modifică pentru a fi sincron, care ar trebui să abordeze acest caz. Poate e un alt caz.
• Îmbunătățirile privind performanța:
• ZEO îmbunătățită punerea în aplicare cache client pentru a face mai putin probabil sa evacueze obiecte care sunt utilizate.
• Mici (eventual negligable) reducerea CPU în servere de stocare ZEO a deservi loturile obiect și în rețele cod.

Ce este nou în versiunea 3.10.1:

• Bugs fix:
• Atunci când o tranzacție derulată înapoi un punct de salvare după adăugarea de obiecte și adăugate ulterior mai multe obiecte și a săvârșit o eroare ar putea fi ridicat & quot; ValueError: Un alt obiect are deja aceeași OID & quot; provocând tranzacția să eșueze. Mai rău, acest lucru ar putea lăsa o bază de date într-o stare în care operațiunile ulterioare, în același proces va eșua.
• https://bugs.launchpad.net/zodb/+bug/665452
• Unix prize de domenii nu au de lucru pentru ZEO (de la adăugarea de suport IPv6). https://bugs.launchpad.net/zodb/+bug/663259
• Eliminat un missfeature care poate provoca probleme de performanță atunci când se utilizează un colector de gunoi extern cu ZEO. Când obiectele au fost șterse dintr-o depozitare, invalidări au fost trimise la clienti. Acest lucru nu are sens. Este salbatic puțin probabil ca celelalte conexiuni / clienți au copii ale gunoi. În colecția normală a gunoiului de stocare, nu trimite invalidări. Nu există nici un motiv pentru a le trimite atunci când se utilizează un gunoier extern.
• ZEO client cache de simulare misshandled invalidări provoacă statistici incorecte și erori.

Ce este nou în versiunea 3.10.0 Beta 8:

• Bugs fix:
• Pe unele sisteme, folosind un șir gol într-o adresă de server de un client ZEO a condus la o eroare de socket. Acum, clienții Zeo trata '' ca un alias pentru "localhost".
• Când un timeout bazin a fost specificat pentru o bază de date și conexiuni vechi au fost eliminate din cauza calendarul afară, a aparut o eroare datorită unei erori în logica de curățare de conectare.
• Când conexiuni mulri de baze de date nu mai au fost folosite și curățate, subconnections lor nu au fost curățate în mod corespunzător.
• Modificări la suppprt IPv6 rupt un fix pentru o problemă pe Mac OS X, care ar putea provoca un server pentru a opri acceptarea conexiunilor.

Ce este nou în versiunea 3.9.7:

• Bugs fix:
• Modificări în așa fel încât de colectare a gunoiului tratează dicționare în Python 2.7 rupt punerea în aplicare cache obiect / conexiune. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Python 2.7 nu a fost susținută oficial, dar am fost eliberarea binare pentru ea, așa că ... Logrotation / repoening printr-un semnal SIGUSR2 nu a fost pusă în aplicare. (Https://bugs.launchpad.net/zodb/+bug/143600)
• Atunci când utilizați multi-baze de date, operațiunile de gestionare a cache pe o conexiune, cacheMinimize și cacheGC, nu au fost aplicate subconnections.

Ce este nou în versiunea 3.10.0 Beta 7:

• Bugs fix:
• ZEO nu au de lucru cu addrsses IPv6. Adăugat suport IPv6 a contribuit de Martin v. Lowis.
• Modificări în așa fel încât colecție garaj tratează dicționare în Python 2.7 rupt punerea în aplicare cache obiect / conexiune. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Un bug de stocare a fișierelor ar putea determina clientii Zeo a avea informații incorecte cu privire la revizuiri obiectul curent după reconectarea la un server de baze de date.
• Updated anii repozo --kill-vechi-la-plin ", pentru a îndepărta fișierele de opțiuni orice" .Index "corespunde backup fi îndepărtat.
• Când obiectele s-au adăugat în puncte de salvare și fie punctul de salvare a fost derulată înapoi (https://bugs.launchpad.net/zodb/+bug/143560) sau tranzacția a fost anulată (https://mail.zope.org/ Pipermail / zodb-dev / 2010-iunie / 013488.html) variabilele _p_oid și _p_jar obiectele nu au fost eliminate, ceea ce duce la erori de surpriza.
• Metode de extensie ZEO eșuat atunci când un client conectat la un depozit. (Https://bugs.launchpad.net/zodb/+bug/143344)
• Obiecte adaugate in tranzactii care au fost ulterior avortat ar fi _p_changed încă stabilit (https://bugs.launchpad.net/zodb/+bug/615758).
• limpezite Valoare schimbul lastTransaction în cazul în care nu există tranzacții. Acum, un șir de 8 null-uri (aka & quot; z64 & quot;). Este specificat
• Atunci când utilizați multi-baze de date, operațiunile de gestionare a cache pe o conexiune, cacheMinimize și cacheGC, nu au fost aplicate subconnections.
• Setarea _p_changed pe o pată de cerneală aviz scris de fapt nimic cauzat o eroare. (Https://bugs.launchpad.net/zodb/+bug/440234)
• Modul verbose a fstest a fost rupt. (Https://bugs.launchpad.net/zodb/+bug/475996)
• ID-uri de obiecte create într-un punct de salvare care este derulată înapoi wren't fi refolosite. (Https://bugs.launchpad.net/zodb/+bug/588389)
• Logrotation / repoening printr-un semnal SIGUSR2 nu a fost pusă în aplicare. (Https://bugs.launchpad.net/zodb/+bug/143600) (netestată pe ferestre.)

Ce este nou în versiunea 3.10.0 Beta 6:

• ieșirile de proces sau închide baza de date ar putea provoca ZEO cache pentru a avea date incorecte din cauza unei probleme în modul în care invalidări au fost prelucrate.
• conexiuni de date nu a invalida intrări cache atunci când au apărut erori de conflict pentru a remedia erorile checkCurrentSerialInTransaction. În mod normal, acest lucru nu ar trebui să fie o problemă, deoarece ar trebui să existe invalidări în așteptare pentru aceste OIDs care vor determina obiectul care urmează să fie invalidate. Au fost probleme cu ZEO persistente de management cache care au cauzat din data de date să rămână în memoria cache. (Este posibil ca ultimul dintre acestea au fost abordate în 3.10.0b5.) Invalidarea citi date atunci când există o eroare de conflict prevede o asigurare în plus.
• Interfața, ZODB.interfaces.IStorage a fost incorectă. Metoda magazin nu ar trebui să se întoarcă o secvență de perechi de OID și seriale.

Cerințe :

• Python