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
Комментарии не найдены