ZODB3

Szoftver screenshot:
ZODB3
Szoftver adatai:
Változat: 4.0.0 Alpha 4
Feltöltés dátuma: 15 Apr 15
Fejlesztő: Zope Corporation
Engedély: Ingyenes
Népszerűség: 16

Rating: 1.5/5 (Total Votes: 2)

ZODB3 (Zope Object Database) biztosít egy objektum-orientált adatbázis Python, amely a magas fokú átláthatóság.
 Alkalmazások kihasználhatják az objektum adatbázis-funkciókat kevés, ha egyáltalán változik alkalmazás logikáját. ZODB funkciókat tartalmaz, mint például a dugaszolható tároló felületet, gazdag tranzakciók támogatása, és visszavonni.

Mi az új ebben a kiadásban:

  • A kényszerű használata bájt "_p_serial" tartós tárgyakat (javítások kompatibilitás elmúlt tartós kiadások).

Mi az új verzióban 3.10.5:

  • Konfliktuskezelés nem sikerült, amikor az állami tartalmazza kereszt-adatbázis kitartó hivatkozásokat osztályok, amelyek nem importálható.

Mi az új verzióban 3.10.4:

  • Konfliktuskezelés nem sikerült, amikor az állami tartalmazza tartós referenciák osztályok hogy nem lehetett importálni.

Mi az új verzióban 3.10.3:

  • kijavított hibák:
  • & quot; tevékenységet monitor nem frissítette az subconnections, amikor kapcsolatot visszatért pool & quot;
  • https://bugs.launchpad.net/zodb/+bug/737198
  • & quot; Blob temp fájlt get távolítani, mielőtt kellene & quot ;, https://bugs.launchpad.net/zodb/+bug/595378
  • Egy módja, hogy ez megtörténjen, hogy a kapcsolat megszakad, miután a elkövetni folyamat elkezdődött. Nem tudom, hogy ez hogyan fog történni a vadonban.
  • A 3.10.3, a ZEO tpc_abort hívja a szerver változik meg, hogy a szinkron, ami foglalkoznia kell az ügyben. Talán van egy másik ügyben.
  • A teljesítménnyel kapcsolatos fejlesztések:
  • Továbbfejlesztett ZEO kliens cache végrehajtását, hogy kevésbé valószínű, hogy kilakoltatására tárgyakat, amelyeket használnak.
  • Kis (esetleg elhanyagolható) csökkenését CPU ZEO tároló szerverek szolgáltatás tárgya terhelés és a hálózati kódot.

Mi az új verzióban 3.10.1:

  • kijavított hibák:
  • Ha egy tranzakciót állítja vissza a mentési pontra hozzáadása után objektumokat, és ezután több objektumot, és elkötelezett, hiba merülhet fel & quot; ValueError: A másik objektumnak már azonos OID & quot; ami a tranzakció sikertelen. Rosszabb, ez is hagyja az adatbázisban szereplő állam, ahol az azt követő ügyleteket ugyanabban a folyamatban nem sikerül.
  • https://bugs.launchpad.net/zodb/+bug/665452
  • Unix domain socket nem dolgozik ZEO (mivel a kiegészítéssel, IPv6 támogatás). https://bugs.launchpad.net/zodb/+bug/663259
  • Az eltávolított egy missfeature okozhat teljesítménybeli problémákat, amikor egy külső garbage collector a ZEO. Amikor a tárgyakat törölték a tároló, érvénytelenített küldtek az ügyfeleknek. Ennek nincs értelme. Ez vadul valószínű, hogy a másik kapcsolatok / ügyfelek példányban a szemetet. Normál tárolási szemétgyűjtés, nem küldünk érvénytelenített. Nincs ok arra, hogy küldje el, ha külső szemétgyűjtő használni.
  • ZEO kliens cache szimuláció misshandled érvénytelenített ami helytelen statisztikák és a hibák.

Mi az új verzióban 3.10.0 Beta 8:

  • hiba javítva:
  • Néhány rendszeren segítségével egy üres stringet egy szerver címét egy ZEO ügyfél vezetett a socket hibát. Most, ZEO ügyfelek kezelésére '', mint egy álnevet "localhost".
  • Ha a pool timeout volt megadva az adatbázis és a régi kapcsolatok eltávolították miatt időtúllépés, hiba lépett fel egy hiba miatt a kapcsolat razzia logika.
  • Ha mulri-adatbázis kapcsolatok már nem használják, és tisztították meg, hogy subconnections nem tisztították meg rendesen.
  • változtatások suppprt IPv6 tört egy javítja a problémát a Mac OS X, amelyek hatására a szerveren, hogy ne fogadja kapcsolatokat.

Mi az új verzióban 3.9.7:

  • kijavított hibák:
  • Változások módon, hogy a szemétgyűjtés kezeli szótárak Python 2.7 megtörte a tárgy / kapcsolat cache végrehajtását. (Https://bugs.launchpad.net/zodb/+bug/641481)
  • Python 2.7-t hivatalosan nem támogatott, de mi volt felszabadító binárisok érte, így ... Logrotation / repoening keresztül SIGUSR2 jelet nem hajtották végre. (Https://bugs.launchpad.net/zodb/+bug/143600)
  • Ha multi-adatbázisok, cache-műveletek a kapcsolatot, cacheMinimize és cacheGC, nem alkalmaznának subconnections.

Mi az új verzióban 3.10.0 Beta 7:

  • hiba javítva:
  • ZEO nem működött IPv6 addrsses. Hozzáadott IPv6 támogatás járult hozzá Martin v. Lowis.
  • Változások módon, hogy garázsban gyűjteménye kezeli szótárak Python 2.7 megtörte a tárgy / kapcsolat cache végrehajtását. (Https://bugs.launchpad.net/zodb/+bug/641481)
  • A fájlok tárolása bug okozhat ZEO ügyfelek, hogy helytelen tájékoztatást adott objektumról követő felülvizsgálat újra kapcsolatba egy adatbázis szerver.
  • frissítette az repozo --kill-old-on-full "opciót, hogy eltávolítsa a" .index "fájlok megfelelő biztonsági mentések meg kellene szüntetni.
  • Amikor a tárgyakat adtunk a mentési pontok, és vagy a mentési pontra volt visszafordítani (https://bugs.launchpad.net/zodb/+bug/143560), vagy a tranzakció megszakadt (https://mail.zope.org/ pipermail / ZODB-dev / 2010-június / 013488.html) A tárgyak "_p_oid és _p_jar változók nem egyenlítették ki, ami surprizing hibákat.
  • ZEO kiterjesztése módszerek nem sikerült, amikor egy ügyfél átcsatlakoztatni egy tároló. (Https://bugs.launchpad.net/zodb/+bug/143344)
  • Objects hozzá tranzakciók, melyeket később megszakadt volna _p_changed napig meghatározza (https://bugs.launchpad.net/zodb/+bug/615758).
  • tisztázta a visszatérési értéke lastTransaction abban az esetben, ha nincs olyan tranzakciókat. Most egy sor 8 null (aka & quot; z64 & quot;) van megadva.
  • Ha multi-adatbázisok, cache-műveletek a kapcsolatot, cacheMinimize és cacheGC, nem alkalmaznának subconnections.
  • Beállítás _p_changed a blob jaj valóban írásban semmit hibát okozott. (Https://bugs.launchpad.net/zodb/+bug/440234)
  • A bõsbeszédû a fstest volt törve. (Https://bugs.launchpad.net/zodb/+bug/475996)
  • object ID létre a mentési pontra, hogy vonják vissza wren't újrafelhasználását. (Https://bugs.launchpad.net/zodb/+bug/588389)
  • Logrotation / repoening keresztül SIGUSR2 jelet nem hajtották végre. (Https://bugs.launchpad.net/zodb/+bug/143600) (tesztelt az ablakokat.)

Mi az új verzióban 3.10.0 Beta 6:

  • Process kijárat, illetve adatbázis zár okozhat ZEO cache, hogy helytelen adatok miatt a probléma, ahogy érvénytelenített került feldolgozásra.
  • Adatbázis-kapcsolatok nem érvénytelenítette cache bejegyzéseket, ha a konfliktus hibák merültek fel, válaszul checkCurrentSerialInTransaction hibákat. Normális esetben ez nem lehet probléma, hiszen nem kell függőben érvénytelenített számára az OID, aminek hatására az objektum érvényteleníteni kell. Voltak problémák ZEO állandó gyorsítótár kezelése, amelyek miatt elavult adatok marad a cache. (Lehet, hogy az utolsó ilyen is foglalkozott a 3.10.0b5.) Érvénytelenítette az adatok olvasását, ha van egy konfliktus hibát ad némi extra biztosítás.
  • A felület, ZODB.interfaces.IStorage helytelen volt. Az üzlet módszert soha nem tér vissza a sorozat OID és a soros pár.

követelmények :

  • Python

Hasonló program

RedStore
RedStore

11 May 15

Navicat Premium
Navicat Premium

17 Feb 15

Data Architect
Data Architect

20 Feb 15

libsqljdbc-auth
libsqljdbc-auth

3 Jun 15

Más szoftver fejlesztő Zope Corporation

Zope
Zope

2 Jun 15

Acquisition
Acquisition

4 Jun 15

Zope
Zope

19 Jul 15

Hozzászólások a ZODB3

Hozzászólás nem található
Megjegyzés hozzáadása
Kapcsolja be a képeket!