ZODB3

ZODB3 (Zope Object Database) осигурява база данни обектно-ориентиран за Python, който осигурява висока степен на прозрачност.
 Заявленията могат да се възползват от характеристиките обект на базата данни с, няколко, ако има такива, промени в логиката на приложението. ZODB включва функции като plugable интерфейс за съхранение, богата подкрепа на операциите, и отмените

Какво ново в тази версия:.

<Ли > Засилено използване на байта за "_p_serial" на устойчивите обекти (поправки съвместимост с последните упорити пресата).

Какво ново във версия 3.10.5:

• Разрешаване на конфликти провали, след като държавната включени кръстосано база данни персистираща литература, с класове, които не могат да бъдат внесени.

Какво ново във версия 3.10.4:

• Разрешаване на конфликти провали, след като държавната включени постоянни препратки с класа които не могат да бъдат внесени.

Какво ново във версия 3.10.3:

• Bugs Fixed:
• & quot; Дейността на монитора не се обновява за subconnections, когато връзката се завръща в басейн & quot;
• https://bugs.launchpad.net/zodb/+bug/737198
• & quot; Blob временен файл ЕОГ отстранени преди трябвало & quot ;, https://bugs.launchpad.net/zodb/+bug/595378
• A начин това да се случи е, че една сделка е прекратена след извършване на процеса на е започнал. Аз не знам как това ще се случи в природата.
• В 3.10.3, на Zeo tpc_abort обадете на сървъра е променил да бъде синхронно, които трябва да се справи с този случай. Може би има и друг случай.
• Подобрения в производителността:
• Изпълнение на клиентската кеш Подобрена ZEO да стане по-малко вероятно да изгони обекти, които се използват.
• Small (вероятно negligable) намаляване на CPU в сървърите ZEO съхранение в експлоатация на обекти натоварвания и работа в мрежа код.

Какво ново във версия 3.10.1:

• Bugs Fixed:
• Когато една операция, отвали една точка на запис след добавяне на обекти и след това се добавят повече обекти и извършено, грешка може да бъде повдигнат & quot; ValueError: Един различен обект вече има същата OID & quot; причиняване на сделката да се провали. Още по-лошо, това би могло да оставите база данни в състояние, при последващи транзакции в същия процес ще се провалят.
• https://bugs.launchpad.net/zodb/+bug/665452
• контакти домейни Unix не е работа за ZEO (тъй като добавянето на поддръжка на IPv6). https://bugs.launchpad.net/zodb/+bug/663259
• Премахнато missfeature, че може да причини проблеми с производителността при използване на колектора външно боклук с ZEO. Когато обектите са били заличени от мястото за съхранение, анулирането бяха изпратени на клиентите. Това няма смисъл. Това е диво малко вероятно, че другите връзки / клиентите имат копия на боклука. В нормално сметоизвозване съхранение, ние не изпрати анулирането. Няма причина да ги изпрати, когато се използва колектор външен боклук.
• ZEO клиент симулационни кеш misshandled анулирането причиняващи неверни статистически данни и грешки.

Какво ново във версия 3.10.0 Beta 8:

• Bugs фиксиран:
• На някои системи, като се използва празен низ в сървъра адрес на ZEO клиент доведе до грешка гнездо. Сега, клиенти Zeo лекуват '' като псевдоним на "Localhost".
• Когато един пул таймаут бе определен за база данни и стари връзки бяха отстранени заради времето навън, възникна грешка поради грешка в логиката на връзка почистване.
• Когато връзки mulri-бази данни вече не са били използвани и почистени, техните subconnections не бяха почистени правилно.
• Промени да suppprt IPv6 счупи решение за проблем на Mac OS X, която би могла да доведе до сървъра, за да спре да приема връзки.

Какво ново във версия 3.9.7:

• Bugs Fixed:
• Промени в начин, че събирането на боклука лекува речници в Python 2.7 пробиха изпълнението на обект / връзка кеш. (Https://bugs.launchpad.net/zodb/+bug/641481)
• Python 2.7 е не поддържа официално, но ние бяхме освобождаване бинарни файлове за това, така че ... Logrotation / repoening чрез SIGUSR2 сигнал не се реализира. (Https://bugs.launchpad.net/zodb/+bug/143600)
• При използване на мулти-бази данни, операции кеш-управление на връзка, cacheMinimize и cacheGC, не са били прилагани към subconnections.

Какво ново във версия 3.10.0 Beta 7:

• Bugs фиксиран:
• ZEO не работи с addrsses IPv6. Добавена е поддръжка на IPv6, внесени от Мартин V. Lowis.
• Промени в начин, че събирането гараж лекува речници в Python 2.7 пробиха изпълнението на обект / връзка кеш. (Https://bugs.launchpad.net/zodb/+bug/641481)
• бъг съхраняване на файлове A може да доведе Zeo клиенти да имат неправилна информация за текущия обект ревизия след повторно свързване към сървъра на базата данни.
• актуализира "repozo --kill-стари-по-пълно" опция за премахване на файлове някакви ".index", съответстващи на резервни копия да се демонтира.
• Когато обектите са добавени в точки на запис и нито точка на запис се отвали (https://bugs.launchpad.net/zodb/+bug/143560) или сделката е прекратена (https://mail.zope.org/ pipermail / zodb-Dev / 2010-юни / 013488.html) _p_oid и _p_jar променливи на обектите не са изчистени, което води до изненадващи грешки.
• Методи за удължаване ZEO провалили, когато клиент отново с килер. (Https://bugs.launchpad.net/zodb/+bug/143344)
• Обекти добавени в сделки, които по-късно са абортирани можеше да _p_changed все още е настроен (https://bugs.launchpad.net/zodb/+bug/615758).
• изясниха върнатата стойност за lastTransaction в случая, когато не са налице каквито и да било сделки. Сега низ от 8 нули (известен още като & quot; z64 & quot;). Е посочено
• При използване на мулти-бази данни, операции кеш-управление на връзка, cacheMinimize и cacheGC, не са били прилагани към subconnections.
• Настройване _p_changed върху петно ​​по становище всъщност написването нищо причинена от грешка. (Https://bugs.launchpad.net/zodb/+bug/440234)
• Многословният режим на fstest бе съборена. (Https://bugs.launchpad.net/zodb/+bug/475996)
• Object идентификатори, създадени в точка на запис, които се обърнаха нагоре wren't който се използва повторно. (Https://bugs.launchpad.net/zodb/+bug/588389)
• Logrotation / repoening чрез SIGUSR2 сигнал не се реализира. (Https://bugs.launchpad.net/zodb/+bug/143600) (неизпитани на Windows.)

Какво ново във версия 3.10.0 Beta 6:

• Process изходи или затваря бази данни биха могли да причинят ZEO кешове да имат неверни данни, поради проблем в начина, по който анулирането бяха обработени.
• Свързвания към база данни не могат да оборят записи кеш, когато са възникнали грешки конфликта в отговор на грешки checkCurrentSerialInTransaction. Обикновено, това не би трябвало да е проблем, тъй като трябва да има висящи анулирането на тези OIDs които ще причинят на обекта да бъде анулирана. Има проблеми с ZEO устойчиво управление в кеш, които са причинили остарели данни, за да остане в кеш паметта. (Възможно е последният от тях бяха отправени в 3.10.0b5.) Изгубване на четене на данни, когато има грешка конфликт предвижда някои допълнителни застраховки.
• Интерфейсът, ZODB.interfaces.IStorage е неправилно. Методът на магазина никога не трябва да се върне на последователност от старото и серийни двойки.

<силни> Изисквания :

• Python