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; клякса временного файла Get-х прежде, чем они должны и Quot ;, https://bugs.launchpad.net/zodb/+bug/595378
• Путь, чтобы это произошло, что сделка отменяется после процесса совершения начал. Я не знаю, как это будет происходить в условиях дикой природы.
• В 3.10.3, то ZEO tpc_abort вызов сервера изменяется на синхронные, которые должны решать это дело. Может быть, есть еще один случай.
• Улучшена производительность:
• реализация кэша клиента Улучшенная ZEO чтобы сделать это менее вероятно, чтобы выселить объекты, которые используются.
• Малый (возможно negligable) снижение процессора в серверах хранения 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. Löwis.
• Изменение образом, что коллекция гараж лечит словари 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 провалилась, когда клиент Reconnected для хранения. (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 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