ZODB3

Software screenshot:
ZODB3
Podrobnosti Software:
Verze: 4.0.0 Alpha 4
Datum uploadu: 15 Apr 15
Vývojka: Zope Corporation
Licence: Volný
Popularita: 16

Rating: 1.5/5 (Total Votes: 2)

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

Podobný software

Ostatní software developer Zope Corporation

Zope
Zope

2 Jun 15

ZODB
ZODB

21 Jul 15

Zope
Zope

19 Jul 15

Komentáře k ZODB3

Komentáře nebyl nalezen
Přidat komentář
Zapnout obrázky!