ZODB3

ZODB3 (Zope об'єкт бази даних) забезпечує базу даних об'єктно-орієнтовану систему для Python, що забезпечує високий ступінь прозорості.
 Додатки можуть скористатися функціями об'єктних баз даних з декількома, якщо такі є, зміни в логіці програми. ZODB включає в себе такі функції, як plugable інтерфейсу зберігання, багатої підтримкою транзакцій, а також скасувати

Що нового У цьому випуску :.

• Примусове використання байт для '_p_serial "стійких об'єктів (Виправлення сумісності з останніми стійких версіях).

Що нового у версії 3.10.5:

• Вирішення конфліктів не стало, коли держава входить постійне межбазовий посилання з класами, які не можуть бути імпортовані.

Що нового у версії 3.10.4:

• Вирішення конфліктів не стало, коли держава входить постійні посилання з класами які не можуть бути імпортовані.

Що нового у версії 3.10.3:

• Виправлені помилки:
• & Quot; монітор активності не оновлюється subconnections коли з'єднання повернувся в басейн і Quot;
• https://bugs.launchpad.net/zodb/+bug/737198
• & Quot; Blob тимчасового файлу Get було видалено, після чого він і Quot;, https://bugs.launchpad.net/zodb/+bug/595378
• спосіб, щоб це сталося, що транзакція була перервана після того, як процес здійснення почався. Я не знаю, як це буде відбуватися в умовах дикої природи.
• В 3.10.3, ZEO tpc_abort подзвонити в сервер змінений на синхронні, що слід розглянути цей випадок. Можливо, є ще один випадок.
• Покращена продуктивність:
• реалізація кешу клієнта Покращена ZEO, щоб зробити його менш імовірно, щоб виселити об'єкти, які використовуються.
• Малий (можливо, незначна) зниження процесора в серверах зберігання ZEO для обслуговування об'єктів навантаження і в мережевий код.

Що нового у версії 3.10.1:

• Виправлені помилки:
• Коли відкат транзакції точку збереження після додавання об'єктів і потім додавали кілька об'єктів та скоїв, помилка може бути піднятий і 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:

• Виправлені помилки:
• На деяких системах, використовуючи порожній рядок на адресу сервера клієнта ZEO призвело до помилки гнізда. Тепер клієнти ZEO лікування '' як псевдонім для "локальний".
• Коли тайм-аут басейн був вказаний для бази даних і старі зв'язки були видалені з-за тайм-ауту, помилка через помилку в логіці підключення очищення.
• Коли з'єднання mulri-бази даних були більше не використовується і очищені, їх subconnections не було не прибираються належним чином.
• Зміни в suppprt IPv6 зламав Виправлення помилки на Mac OS X, яка може призвести сервер перестане приймати з'єднання.

Що нового у версії 3.9.7:

• Виправлені помилки:
• Зміни в дорозі, що збір сміття лікує словники 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:

• Виправлені помилки:
• ZEO не функціонувати для addrsses IPv6. Додана підтримка IPv6 надані Мартіна V. Lowis.
• Зміни в дорозі, що збір гараж лікує словники Python 2.7 зламав реалізація кешу об'єкту / підключення. (Https://bugs.launchpad.net/zodb/+bug/641481)
• помилка для зберігання файлів може призвести до 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 змінні об'єкти »не були очищені, що призводить до surprizing помилки.
• методи розширення 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 на BLOB горе насправді нічого писати викликав помилку. (Https://bugs.launchpad.net/zodb/+bug/440234)
• докладний режим fstest була порушена. (Https://bugs.launchpad.net/zodb/+bug/475996)
• Object IDS, створені в точці збереження, що відкат wren't повторного використання. (Https://bugs.launchpad.net/zodb/+bug/588389)
• Logrotation / repoening за допомогою сигналу SIGUSR2 не був реалізований. (Https://bugs.launchpad.net/zodb/+bug/143600) (неперевірені на вікнах).

Що нового у версії 3.10.0 Beta 6:

• процес завершується або закриває бази даних може призвести до ZEO кеші, щоб мати невірні дані через проблеми в дорозі інвалідаціі були оброблені.
• Підключення до баз даних не позбавляє записи кешу, коли помилки конфлікту були підняті у відповідь на помилки checkCurrentSerialInTransaction. Як правило, це не повинно бути проблемою, так як там повинно бути в очікуванні інвалідаціі для цих OID, які викличуть об'єкт повинен бути переглянутий. Там були проблеми з ZEO постійного управління кешу, який викликали з даних дати, щоб залишатися в кеші. (Цілком можливо, що останній з них були розглянуті в 3.10.0b5.) Визнання такими, що втратили силу зчитувати дані, коли є помилка конфлікт дає деяке додаткове страхування.
• інтерфейс, ZODB.interfaces.IStorage було неправильним. Метод магазин ніколи не повинна повертати послідовність OID і серійних пар.

Вимоги

• Python