ZODB3

ZODB3 (Zope Database Object) poskytuje objektově orientované databázi pro Python, který poskytuje vysokou míru transparentnosti.
 Aplikace mohou využít objekt databázových funkcí s málo, pokud vůbec, změny v aplikační logiky. ZODB obsahuje funkce, jako je například plugable rozhraní pro ukládání dat, bohatou podporu transakcí, a undo

Co je nového v této verzi:.

• Nucená využití bytů pro "_p_serial" persistentních objektů (opravy kompatibility s nedávnými trvalých vydání).

Co je nového ve verzi 3.10.5:

• Řešení konfliktů selhal, když stát součástí cross-databáze perzistentní odkazy s třídami, které by neměly být dováženy.

Co je nového ve verzi 3.10.4:

• Řešení konfliktů selhal, když stát součástí trvalé odkazy s třídami , které by neměly být dováženy.

Co je nového ve verzi 3.10.3:

• opravených:
• & quot; Activity Monitor není aktualizován pro subconnections při spojení se vrátil k Pool & quot;
• https://bugs.launchpad.net/zodb/+bug/737198
• & quot; Blob temp file get je odstranit dříve, než by měl a quot ;, https://bugs.launchpad.net/zodb/+bug/595378
• způsob, jak se to stalo, je, že transakce je přerušena poté, co proces spáchat začal. Já nevím, jak by se to stalo ve volné přírodě.
• V 3.10.3, ZEO tpc_abort volat na serveru se změní do synchronní, který by měl řešit tento případ. Možná, že je tu další případ.
• Vylepšení výkonu:
• Lepší ZEO implementace mezipaměti klienta, aby bylo méně pravděpodobné, že vystěhovat objekty, které jsou používány.
• Malé (možná zanedbatelný) snížení CPU skladovacích ZEO serverech za účelem zpracování objektů zatížení a síťového kódu.

Co je nového ve verzi 3.10.1:

• opravených:
• Pokud transakce vrácena zpět uložený bod po přidání objektů a následně přidali další objekty a dopustil, chyba by mohla být zvýšena & quot; ValueError: jiný objekt již má stejný OID & quot; způsobí, že transakce nezdaří. Horší je, že by to mohlo zanechat databáze ve stavu, kdy následné transakce ve stejném procesu by selhat.
• https://bugs.launchpad.net/zodb/+bug/665452
• Unixové doménové sockety nepracoval pro ZEO (od přidání podpory IPv6). https://bugs.launchpad.net/zodb/+bug/663259
• Odebrán missfeature, který může způsobit problémy s výkonem při použití externího garbage collector s Zeo. Když byly objekty odstraněny z úložiště, invalidations byly zaslány klientům. To nedává smysl. Je to divoce nepravděpodobné, že by ostatní připojení / klienti mají kopie odpadků. V normálním sbírce skladování odpadků, nebudeme posílat invalidations. Neexistuje žádný důvod, proč je poslat, pokud je použit externí garbage collector.
• ZEO mezipaměti klienta simulace misshandled invalidations způsobující nesprávné statistiky a chyby.

Co je nového ve verzi 3.10.0 Beta 8:

• Opravené chyby:
• Na některých systémech, pomocí prázdný řetězec adresy serveru jednoho ZEO klienta vedlo k chybě zásuvky. Nyní, klienti Zeo zacházet '' jako alias pro "localhost".
• Pokud se timeout bazén určená pro databáze a staré spoje byly odstraněny z důvodu vypršení časového limitu, došlo k chybě kvůli chybě v logice připojení vyčištění.
• Když byly mulri, připojení databáze již nepoužívá a uklidili, jejich subconnections nebyly vyčištěna správně.
• Změny suppprt IPv6 zlomil opravu problému na Mac OS X, který by mohl způsobit server přestane přijímat připojení.

Co je nového ve verzi 3.9.7:

• opravených:
• Změny v tak, že odvoz odpadu léčí slovníky v Pythonu 2.7 zlomil provádění cache objekt / připojení. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Python 2.7 není oficiálně podporován, ale my jsme byli uvolnění binárky pro to, aby ... Logrotation / repoening pomocí SIGUSR2 signál nebyl realizován. (Https://bugs.launchpad.net/zodb/+bug/143600)
• Při použití multi-databáze, operace související se správou mezipaměti na připojení, cacheMinimize a cacheGC, nebyly použity k subconnections.

Co je nového ve verzi 3.10.0 Beta 7:

• Opravené chyby:
• ZEO nepracoval s IPv6 addrsses. Přidána podpora IPv6 přispěl Martin v. Lowis.
• Změny způsobem, že shromažďování garáž léčí slovníky v Pythonu 2.7 zlomil provádění cache objekt / připojení. (Https://bugs.launchpad.net/zodb/+bug/641481)
• ukládání souborů chyba může způsobit ZEO klienti mají nesprávné informace o aktuální verzi objektu po opětovném připojení k databázovému serveru.
• aktualizovala repozo --kill-staré-on-full "možnost odstranit soubory každého" .index "odpovídající zálohy budou odstraněny.
• Když byly přidány objekty v bodů uložení a buď bod návratu byla vrácena zpět (https://bugs.launchpad.net/zodb/+bug/143560), nebo transakce byla zrušena (https://mail.zope.org/ pipermail / zodb-dev / 2010-červen / 013488.html) _p_oid a _p_jar proměnných objektů, nebyly vymazány, což vede k surprizing chyby.
• Prodlužovací ZEO metody selhal, když klient opětovném připojení do úložiště. (Https://bugs.launchpad.net/zodb/+bug/143344)
• Objekty přidané transakcí, které byly později potracených mohla _p_changed stále nastavena (https://bugs.launchpad.net/zodb/+bug/615758).
• objasnil návratovou hodnotu pro lastTransaction v případě, kdy nejsou žádné transakce. Nyní řetězec 8 nuly (aka & quot; z64 & quot;). Je uveden
• Při použití multi-databáze, operace související se správou mezipaměti na připojení, cacheMinimize a cacheGC, nebyly použity k subconnections.
• Nastavení _p_changed na blob wo vlastně psát něco způsobil chybu. (Https://bugs.launchpad.net/zodb/+bug/440234)
• upovídaný režim fstest byla rozbita. (Https://bugs.launchpad.net/zodb/+bug/475996)
• IDS objekt vytvořený v bodu návratu, který je vrácena zpět wren't opakovanému použití. (Https://bugs.launchpad.net/zodb/+bug/588389)
• Logrotation / repoening pomocí signálu SIGUSR2 nebyl realizován. (Https://bugs.launchpad.net/zodb/+bug/143600) (bez zkoušení na okna).

Co je nového ve verzi 3.10.0 Beta 6:

• Procesní východy nebo databázové zavírá může způsobit ZEO cache mít nesprávné údaje kvůli problému v cestě invalidations byly zpracovány.
• Databázové připojení ani vyvrátit položky mezipaměti, když byly vyjádřeny chyby konfliktu v reakci na chyby checkCurrentSerialInTransaction. Za normálních okolností by to neměl být problém, protože tam měl být čekající invalidations pro tyto OID, které způsobí objekt být neplatné. Tam byly problémy s ZEO přetrvávající správu cache, které způsobily zastaralé údaje zůstat v mezipaměti. (Je možné, že poslední z nich byla řešena v 3.10.0b5.) Neplatným, čtení dat v případě, že je chyba konflikt poskytuje nějaké extra pojištění.
• interface, ZODB.interfaces.IStorage byl nesprávný. Metoda obchod by měl nikdy vrátit posloupnost OID a sériové páry.

Požadavky na :

• Python