Change History

5.7.0 (2022-03-17)

5.6.0 (2020-06-11)

5.5.1 (2018-10-25)

5.5.0 (2018-10-13)

5.4.0 (2018-03-26)

5.3.0 (2017-08-30)

5.2.4 (2017-05-17)

5.2.3 (2017-04-11)

5.2.2 (2017-04-11)

5.2.1 (2017-04-08)

5.2.0 (2017-02-09)

5.1.1 (2016-11-18)

5.1.0 (2016-11-17)

5.0.1 (2016-11-17)

5.0.0 (2016-09-06)

Major internal improvements and cleanups plus:

5.0.0b1 (2016-08-04)

Numerous internal cleanups, including:

5.0.0a6 (2016-07-21)

5.0.0a5 (2016-07-06)

Drop support for old commit protocol. All of the build-in storages implement the new protocol. This new protocol allows storages to provide better write performance by allowing multiple commits to execute in parallel.

5.0.0a4 (2016-07-05)

See 4.4.2.

5.0.0a3 (2016-07-01)

See 4.4.1.

5.0.0a2 (2016-07-01)

See 4.4.0.

5.0.0a1 (2016-06-20)

Major internal implementation changes to the Multi Version Concurrency Control (MVCC) implementation:

4.4.3 (2016-08-04)

4.4.2 (2016-07-08)

Better support of the new commit protocol. This fixes issues with blobs and undo. See pull requests #77, #80, #83

4.4.1 (2016-07-01)

Added IMultiCommitStorage to directly represent the changes in the 4.4.0 release and to make complient storages introspectable.

4.4.0 (2016-06-30)

This release begins evolution to a more effcient commit protocol that allows storage implementations, like NEO, to support multiple transactions committing at the same time, for greater write parallelism.

This release updates IStorage:

This release works with storages that implemented the older version of the storage interface, but also supports storages that implement the updated interface.

4.3.1 (2016-06-06)

4.3.0 (2016-05-31)

4.2.0 (2015-06-02)

4.2.0b1 (2015-05-22)

4.1.0 (2015-01-11)

4.0.1 (2014-07-13)

4.0.0 (2013-08-18)

Finally released.

4.0.0b3 (2013-06-11)

4.0.0b2 (2013-05-14)

4.0.0b1 (2013-05-10)

Note

ZODB 4.0.x is supported on Python 3.x for new applications only. Due to changes in the standard library's pickle support, the Python3 support does not provide forward- or backward-compatibility at the data level with Python2. A future version of ZODB may add such support.

Applications which need migrate data from Python2 to Python3 should plan to script this migration using separte databases, e.g. via a "dump-and-reload" approach, or by providing explicit fix-ups of the pickled values as transactions are copied between storages.

4.0.0a4 (2012-12-17)

4.0.0a3 (2012-12-01)

4.0.0a2 (2012-11-13)

Bugs Fixed

  • An unneeded left-over setting in setup.py caused installation with pip to fail.

4.0.0a1 (2012-11-07)

New Features

  • The persistent and BTrees packages are now released as separate distributions, on which ZODB now depends.
  • ZODB no longer depends on zope.event. It now uses ZODB.event, which uses zope.event if it is installed. You can override ZODB.event.notify to provide your own event handling, although zope.event is recommended.
  • BTrees allowed object keys with insane comparison. (Comparison inherited from object, which compares based on in-process address.) Now BTrees raise TypeError if an attempt is made to save a key with comparison inherited from object. (This doesn't apply to old-style class instances.)

Bugs Fixed

  • Ensured that the export file and index file created by repozo share the same timestamp.

    https://bugs.launchpad.net/zodb/+bug/993350

  • Pinned the transaction and manuel dependencies to Python 2.5- compatible versions when installing under Python 2.5.

Note

Please see https://github.com/zopefoundation/ZODB/blob/master/HISTORY.rst for older versions of ZODB.