ZODB


NameZODB JSON
Version 6.0 PyPI version JSON
download
home_pagehttp://zodb-docs.readthedocs.io
SummaryZODB, a Python object-oriented database
upload_time2024-03-30 11:41:45
maintainerZope Foundation and Contributors
docs_urlNone
authorJim Fulton
requires_python>=3.7
licenseZPL 2.1
keywords database nosql python zope
VCS
bugtrack_url
requirements No requirements were recorded.
Travis-CI No Travis.
coveralls test coverage No coveralls.
            =======================================
ZODB, a Python object-oriented database
=======================================

.. image:: https://img.shields.io/pypi/v/ZODB.svg
   :target: https://pypi.org/project/ZODB/
   :alt: Latest release

.. image:: https://img.shields.io/pypi/pyversions/ZODB.svg
   :target: https://pypi.org/project/ZODB/
   :alt: Supported Python versions

.. image:: https://github.com/zopefoundation/ZODB/actions/workflows/tests.yml/badge.svg
   :target: https://github.com/zopefoundation/ZODB/actions/workflows/tests.yml
   :alt: Build status

.. image:: https://coveralls.io/repos/github/zopefoundation/ZODB/badge.svg
   :target: https://coveralls.io/github/zopefoundation/ZODB
   :alt: Coverage status

.. image:: https://readthedocs.org/projects/zodb-docs/badge/?version=latest
   :target: https://zodb-docs.readthedocs.io/en/latest/
   :alt: Documentation status

ZODB provides an object-oriented database for Python that provides a
high-degree of transparency. ZODB runs on Python 3.7 and
above. It also runs on PyPy.

- no separate language for database operations

- very little impact on your code to make objects persistent

- no database mapper that partially hides the database.

  Using an object-relational mapping **is not** like using an
  object-oriented database.

- almost no seam between code and database.

ZODB is an ACID Transactional database.

To learn more, visit: https://zodb-docs.readthedocs.io

The github repository is at https://github.com/zopefoundation/zodb

If you're interested in contributing to ZODB itself, see the
`developer notes
<https://github.com/zopefoundation/ZODB/blob/master/DEVELOPERS.rst>`_.


================
 Change History
================

6.0 (2024-03-20)
================

- Add support for Python 3.12.

- Drop support for Python 2.7, 3.5, 3.6.

- Fix sorting issue in ``scripts/space.py``.

- FileStorage: fix a rare data corruption when using restore after multiple undos.
  For details see `#395 <https://github.com/zopefoundation/ZODB/pull/395>`_.

- Fix exit code of ``repozo`` script in case of verification error.
  For details see `#396 <https://github.com/zopefoundation/ZODB/pull/396>`_.


5.8.1 (2023-07-18)
==================

- Fix ``racetest`` problems.
  For details see `#376 <https://github.com/zopefoundation/ZODB/pull/376>`_.

- Fix ``--with-verify`` argument in script repozo ``--recover``.
  For details see `#381 <https://github.com/zopefoundation/ZODB/pull/381>`_.


5.8.0 (2022-11-09)
==================

- Add support for Python 3.11.

- Expand and refactor tests for race conditions.


5.7.0 (2022-03-17)
==================

- Fix ``TypeError: can't concat str to bytes`` when running fsoids.py script
  with Python 3.
  See `issue 350 <https://github.com/zopefoundation/ZODB/issues/350>`_.

- Readd transaction size information to ``fsdump`` output;
  adapt `fsstats` to ``fsdump``'s exchanged order for ``size`` and ``class``
  information in data records;
  (fixes `#354 <https://github.com/zopefoundation/ZODB/issues/354>_).
  Make ``fsdump`` callable via Python's ``-m`` command line option.

- Fix UnboundLocalError when running fsoids.py script.
  See `issue 285 <https://github.com/zopefoundation/ZODB/issues/285>`_.

- Rework ``fsrefs`` script to work significantly faster by optimizing how it
  does IO. See `PR 340 <https://github.com/zopefoundation/ZODB/pull/340>`_.

- Require Python 3 to build the documentation.

- Fix deprecation warnings occurring on Python 3.10.

- Add support for Python 3.9 and 3.10.


5.6.0 (2020-06-11)
==================

- Fix race with invalidations when starting a new transaction. The bug
  affected Storage implementations that rely on mvccadapter, and could result
  in data corruption (oid loaded at wrong serial after a concurrent commit).
  See `issue 290 <https://github.com/zopefoundation/ZODB/issues/290>`_.
  As mentionned in pull request #307, interfaces are clarified about the fact
  that storage implementations must update at a precise moment the value that
  is returned by lastTransaction(): just after invalidate() or
  tpc_finish callback.

- Improve volatile attribute ``_v_`` documentation.

- Make repozo's recover mode atomic by recovering the backup in a
  temporary file which is then moved to the expected output file.

- Add a new option to repozo in recover mode which allows to verify
  backups integrity on the fly.

- Drop support for Python 3.4.

- Add support for Python 3.8.

- Fix ``DB.undo()`` and ``DB.undoMultiple()`` to close the storage
  they open behind the scenes when the transaction is committed or
  rolled back. See `issue 268
  <https://github.com/zopefoundation/ZODB/issues/268>`_.

- Make TransactionMetaData in charge of (de)serializing extension data.
  A new ``extension_bytes`` attribute converts automatically from
  ``extension``, or vice-versa. During storage iteration, ``extension_bytes``
  holds bytes as they are stored (i.e. no deserialization happens).
  See `issue 207 <https://github.com/zopefoundation/ZODB/pull/207>`_.

- Make a connection's savepoint storage implement its own
  (approximate) ``getSize`` method instead of relying on the original
  storage. Previously, this produced confusing DEBUG logging. See
  `issue 282 <https://github.com/zopefoundation/ZODB/issues/282>`_.

- Fix tests with transaction 3.0.

- Fix inconsistent resolution order with zope.interface v5.

- Remove ``ConnectionPool.map()``. Instead, ``ConnectionPool`` is now
  iterable. See `PR 280
  <https://github.com/zopefoundation/ZODB/pull/280>`_.

5.5.1 (2018-10-25)
==================

- Fix KeyError on releasing resources of a Connection when closing the DB.
  This requires at least version 2.4 of the ``transaction`` package.
  See `issue 208 <https://github.com/zopefoundation/ZODB/issues/208>`_.

5.5.0 (2018-10-13)
==================

- Add support for Python 3.7.

- Bump the dependency on zodbpickle to at least 1.0.1. This is
  required to avoid a memory leak on Python 2.7. See `issue 203
  <https://github.com/zopefoundation/ZODB/issues/203>`_.

- Bump the dependency on persistent to at least 4.4.0.

- Make the internal support functions for dealing with OIDs (``p64``
  and ``u64``) somewhat faster and raise more informative
  exceptions on certain types of bad input. See `issue 216
  <https://github.com/zopefoundation/ZODB/issues/216>`_.

- Remove support for ``python setup.py test``. It hadn't been working
  for some time. See `issue #218
  <https://github.com/zopefoundation/ZODB/issues/218>`_.

- Make the tests run faster by avoiding calls to ``time.sleep()``.

5.4.0 (2018-03-26)
==================

- ZODB now uses pickle protocol 3 for both Python 2 and Python 3.

  (Previously, protocol 2 was used for Python 2.)

  The zodbpickle package provides a `zodbpickle.binary` string type
  that should be used in Python 2 to cause binary strings to be saved
  in a pickle binary format, so they can be loaded correctly in
  Python 3.  Pickle protocol 3 is needed for this to work correctly.

- Object identifiers in persistent references are saved as
  `zodbpickle.binary` strings in Python 2, so that they are loaded
  correctly in Python 3.

- If an object is missing from the index while packing a ``FileStorage``,
  report its full ``oid``.

- Storage imports are a bit faster.

- Storages can be important from non-seekable sources, like
  file-wrapped pipes.

5.3.0 (2017-08-30)
==================

- Add support for Python 3.6.

- Drop support for Python 3.3.

- Ensure that the ``HistoricalStorageAdapter`` forwards the ``release`` method to
  its base instance. See `issue 78 <https://github.com/zopefoundation/ZODB/issues/788>`_.

- Use a higher pickle protocol (2) for serializing objects on Python
  2; previously protocol 1 was used. This is *much* more efficient for
  new-style classes (all persistent objects are new-style), at the
  cost of being very slightly less efficient for old-style classes.

  .. note:: On Python 2, this will now allow open ``file`` objects
            (but **not** open blobs or sockets) to be pickled (loading
            the object will result in a closed file); previously this
            would result in a ``TypeError``. Doing so is not
            recommended as they cannot be loaded in Python 3.

  See `issue 179 <https://github.com/zopefoundation/ZODB/pull/179>`_.

5.2.4 (2017-05-17)
==================

- ``DB.close`` now explicitly frees internal resources.  This is
  helpful to avoid false positives in tests that check for leaks.

- Optimize getting the path to a blob file. See
  `issue 161 <https://github.com/zopefoundation/ZODB/pull/161>`_.

- All classes are new-style classes on Python 2 (they were already
  new-style on Python 3). This improves performance on PyPy. See
  `issue 160 <https://github.com/zopefoundation/ZODB/pull/160>`_.

5.2.3 (2017-04-11)
==================

- Fix an import error. See `issue 158 <https://github.com/zopefoundation/ZODB/issues/158>`_.

5.2.2 (2017-04-11)
==================

- Fixed: A blob misfeature set blob permissions so that blobs and blob
  directories were only readable by the database process owner, rather
  than honoring user-controlled permissions (e.g. ``umask``).
  See `issue 155 <https://github.com/zopefoundation/ZODB/issues/155>`_.

5.2.1 (2017-04-08)
==================

- Fixed: When opening FileStorages in read-only mode, non-existent
  files were silently created.  Creating a read-only file-storage
  against a non-existent file errors.

5.2.0 (2017-02-09)
==================

- Call new afterCompletion API on storages to allow them to free
  resources after transaction complete.
  See `issue 147 <https://github.com/zodb/relstorage/issues/147>`__.
- Take advantage of the new transaction-manager explicit mode to avoid
  starting transactions unnecessarily when transactions end.

- ``Connection.new_oid`` delegates to its storage, not the DB. This is
  helpful for improving concurrency in MVCC storages like RelStorage.
  See `issue 139 <https://github.com/zopefoundation/ZODB/issues/139>`_.

- ``persistent`` is no longer required at setup time.
  See `issue 119 <https://github.com/zopefoundation/ZODB/issues/119>`_.

- ``Connection.close`` and ``Connection.open`` no longer race on
  ``self.transaction_manager``, which could lead to
  ``AttributeError``. This was a bug introduced in 5.0.1. See `issue
  142 <https://github.com/zopefoundation/ZODB/pull/143>`_.


5.1.1 (2016-11-18)
==================

- Fixed: ``ZODB.Connection.TransactionMetaData`` didn't support custom data
  storage that some storages rely on.

5.1.0 (2016-11-17)
==================

- ZODB now translates transaction meta data, ``user`` and
  ``description`` from text to bytes before passing them to storages,
  and converts them back to text when retrieving them from storages in
  the ``history``, ``undoLog`` and ``undoInfo`` methods.

  The ``IDatabase`` interface was updated to reflect that ``history``,
  ``undoLog`` and ``undoInfo`` are available on database objects.
  (They were always available, but not documented in the interface.)

5.0.1 (2016-11-17)
==================

- Fix an AttributeError that DemoStorage could raise if it was asked
  to store a blob into a temporary changes before reading a blob. See
  `issue 103 <https://github.com/zopefoundation/ZODB/issues/103>`_.

- Call _p_resolveConflict() even if a conflicting change doesn't change the
  state. This reverts to the behaviour of 3.10.3 and older.

- Closing a Connection now reverts its ``transaction_manager`` to
  None. This helps prevent errors and release resources when the
  ``transaction_manager`` was the (default) thread-local manager. See
  `issue 114 <https://github.com/zopefoundation/ZODB/issues/114>`_.

- Many docstrings have been improved.

5.0.0 (2016-09-06)
==================

Major internal improvements and cleanups plus:

- Added a connection ``prefetch`` method that can be used to request
  that a storage prefetch data an application will need::

    conn.prefetch(obj, ...)

  Where arguments can be objects, object ids, or iterables of objects
  or object ids.

  Added optional ``prefetch`` methods to the storage APIs. If a
  storage doesn't support prefetch, then the connection prefetch
  method is a noop.

- fstail: print the txn offset and header size, instead of only the data offset.
  fstail can now be used to truncate a DB at the right offset.

- 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.0b1 (2016-08-04)
====================

- fstail: print the txn offset and header size, instead of only the data offset.
  fstail can now be used to truncate a DB at the right offset.

Numerous internal cleanups, including:

- Changed the way the root object was created.  Now the root object is
  created using a database connection, rather than by making low-level
  storage calls.

- Drop support for the old commit protocol.

- Internal FileStorage-undo fixes that should allow undo in some cases
  where it didn't work before.

- Drop the ``version`` argument to some methods where it was the last
  argument and optional.

5.0.0a6 (2016-07-21)
====================

- Added a connection ``prefetch`` method that can be used to request
  that a storage prefect data an application will need::

    conn.prefetch(obj, ...)

  Where arguments can be objects, object ids, or iterables of objects
  or object ids.

  Added optional ``prefetch`` methods to the storage APIs. If a
  storage doesn't support prefetch, then the connection prefetch
  method is a noop.

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:

- For storages that implement IMVCCStorage (RelStorage), no longer
  implement MVCC in ZODB.

- For other storages, MVCC is implemented using an additional storage
  layer. This underlying layer works by calling ``loadBefore``. The
  low-level storage ``load`` method isn't used any more.

  This change allows server-based storages like ZEO and NEO to be
  implemented more simply and cleanly.

4.4.3 (2016-08-04)
==================

- Internal FileStorage-undo fixes that should allow undo in some cases
  where it didn't work before.

- fstail: print the txn offset and header size, instead of only the data offset.
  fstail can now be used to truncate a DB at the right offset.

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 <http://www.neoppod.org/>`_,
to support multiple transactions committing at the same time, for
greater write parallelism.

This release updates IStorage:

- The committed transaction's ID is returned by ``tpc_finish``, rather
  than being returned in response store and tpc_vote results.

- ``tpc_vote`` is now expected to return ``None`` or a list of object
  ids for objects for which conflicts were resolved.

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)
==================

- Fixed: FileStorage loadBefore didn't handle deleted/undone data correctly.

4.3.0 (2016-05-31)
==================

- Drop support for Python 2.6 and 3.2.

- Make the ``zodbpickle`` dependency required and not conditional.
  This fixes various packaging issues involving pip and its wheel
  cache. zodbpickle was only optional under Python 2.6 so this change
  only impacts users of that version.  See
  https://github.com/zopefoundation/ZODB/pull/42.

- Add support for Python 3.5.

- Avoid failure during cleanup of nested databases that provide MVCC
  on storage level (Relstorage).
  https://github.com/zopefoundation/ZODB/issues/45

- Remove useless dependency to `zdaemon` in setup.py. Remove ZEO documentation.
  Both were leftovers from the time where ZEO was part of this repository.

- Fix possible data corruption after FileStorage is truncated to roll back a
  transaction.
  https://github.com/zopefoundation/ZODB/pull/52

- DemoStorage: add support for conflict resolution and fix history()
  https://github.com/zopefoundation/ZODB/pull/58

- Fixed a test that depended on implementation-specific behavior in tpc_finish

4.2.0 (2015-06-02)
==================

- Declare conditional dependencies using PEP-426 environment markers
  (fixing interation between pip 7's wheel cache and tox).  See
  https://github.com/zopefoundation/ZODB/issues/36.

4.2.0b1 (2015-05-22)
====================

- Log failed conflict resolution attempts at ``DEBUG`` level.  See:
  https://github.com/zopefoundation/ZODB/pull/29.

- Fix command-line parsing of ``--verbose`` and ``--verify`` arguments.
  (The short versions, ``-v`` and ``-V``, were parsed correctly.)

- Add support for PyPy.

- Fix the methods in ``ZODB.serialize`` that find object references
  under Python 2.7 (used in scripts like ``referrers``, ``netspace``,
  and ``fsrecover`` among others). This requires the addition of the
  ``zodbpickle`` dependency.

- FileStorage: fix an edge case when disk space runs out while packing,
  do not leave the ``.pack`` file around. That would block any write to the
  to-be-packed ``Data.fs``, because the disk would stay at 0 bytes free.
  See https://github.com/zopefoundation/ZODB/pull/21.

4.1.0 (2015-01-11)
==================

- Fix registration of custom logging level names ("BLATHER", "TRACE").

  We have been registering them in the wrong order since 2004.  Before
  Python 3.4, the stdlib ``logging`` module masked the error by registering
  them in *both* directions.

- Add support for Python 3.4.

4.0.1 (2014-07-13)
==================

- Fix ``POSKeyError`` during ``transaction.commit`` when after
  ``savepoint.rollback``.  See
  https://github.com/zopefoundation/ZODB/issues/16

- Ensure that the pickler used in PyPy always has a ``persistent_id``
  attribute (``inst_persistent_id`` is not present on the pure-Python
  pickler). (PR #17)

- Provide better error reporting when trying to load an object on a
  closed connection.

4.0.0 (2013-08-18)
==================

Finally released.

4.0.0b3 (2013-06-11)
====================

- Switch to using non-backward-compatible pickles (protocol 3, without
  storing bytes as strings) under Python 3.  Updated the magic number
  for file-storage files under Python3 to indicate the incompatibility.

- Fixed: A ``UnicodeDecodeError`` could happen for non-ASCII OIDs
  when using bushy blob layout.

4.0.0b2 (2013-05-14)
====================

- Extended the filename renormalizer used for blob doctests to support
  the filenames used by ZEO in non-shared mode.

- Added ``url`` parameter to ``setup()`` (PyPI says it is required).

4.0.0b1 (2013-05-10)
=====================

- Skipped non-unit tests in ``setup.py test``.  Use the buildout to run tests
  requiring "layer" support.

- Included the filename in the exception message to support debugging in case
  ``loadBlob`` does not find the file.

- Added support for Python 3.2 / 3.3.

.. 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)
=====================

- Enforced usage of bytes for ``_p_serial`` of persistent objects (fixes
  compatibility with recent persistent releases).

4.0.0a3 (2012-12-01)
=====================

- Fixed: An elaborate test for trvial logic corrupted module state in a
        way that made other tests fail spuriously.

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.

            

Raw data

            {
    "_id": null,
    "home_page": "http://zodb-docs.readthedocs.io",
    "name": "ZODB",
    "maintainer": "Zope Foundation and Contributors",
    "docs_url": null,
    "requires_python": ">=3.7",
    "maintainer_email": "zodb-dev@zope.dev",
    "keywords": "database nosql python zope",
    "author": "Jim Fulton",
    "author_email": "jim@zope.com",
    "download_url": "https://files.pythonhosted.org/packages/f6/05/839fefc57001152367e62027667ad9190b1598a101d0e03ef1908e9b94f4/ZODB-6.0.tar.gz",
    "platform": "any",
    "description": "=======================================\nZODB, a Python object-oriented database\n=======================================\n\n.. image:: https://img.shields.io/pypi/v/ZODB.svg\n   :target: https://pypi.org/project/ZODB/\n   :alt: Latest release\n\n.. image:: https://img.shields.io/pypi/pyversions/ZODB.svg\n   :target: https://pypi.org/project/ZODB/\n   :alt: Supported Python versions\n\n.. image:: https://github.com/zopefoundation/ZODB/actions/workflows/tests.yml/badge.svg\n   :target: https://github.com/zopefoundation/ZODB/actions/workflows/tests.yml\n   :alt: Build status\n\n.. image:: https://coveralls.io/repos/github/zopefoundation/ZODB/badge.svg\n   :target: https://coveralls.io/github/zopefoundation/ZODB\n   :alt: Coverage status\n\n.. image:: https://readthedocs.org/projects/zodb-docs/badge/?version=latest\n   :target: https://zodb-docs.readthedocs.io/en/latest/\n   :alt: Documentation status\n\nZODB provides an object-oriented database for Python that provides a\nhigh-degree of transparency. ZODB runs on Python 3.7 and\nabove. It also runs on PyPy.\n\n- no separate language for database operations\n\n- very little impact on your code to make objects persistent\n\n- no database mapper that partially hides the database.\n\n  Using an object-relational mapping **is not** like using an\n  object-oriented database.\n\n- almost no seam between code and database.\n\nZODB is an ACID Transactional database.\n\nTo learn more, visit: https://zodb-docs.readthedocs.io\n\nThe github repository is at https://github.com/zopefoundation/zodb\n\nIf you're interested in contributing to ZODB itself, see the\n`developer notes\n<https://github.com/zopefoundation/ZODB/blob/master/DEVELOPERS.rst>`_.\n\n\n================\n Change History\n================\n\n6.0 (2024-03-20)\n================\n\n- Add support for Python 3.12.\n\n- Drop support for Python 2.7, 3.5, 3.6.\n\n- Fix sorting issue in ``scripts/space.py``.\n\n- FileStorage: fix a rare data corruption when using restore after multiple undos.\n  For details see `#395 <https://github.com/zopefoundation/ZODB/pull/395>`_.\n\n- Fix exit code of ``repozo`` script in case of verification error.\n  For details see `#396 <https://github.com/zopefoundation/ZODB/pull/396>`_.\n\n\n5.8.1 (2023-07-18)\n==================\n\n- Fix ``racetest`` problems.\n  For details see `#376 <https://github.com/zopefoundation/ZODB/pull/376>`_.\n\n- Fix ``--with-verify`` argument in script repozo ``--recover``.\n  For details see `#381 <https://github.com/zopefoundation/ZODB/pull/381>`_.\n\n\n5.8.0 (2022-11-09)\n==================\n\n- Add support for Python 3.11.\n\n- Expand and refactor tests for race conditions.\n\n\n5.7.0 (2022-03-17)\n==================\n\n- Fix ``TypeError: can't concat str to bytes`` when running fsoids.py script\n  with Python 3.\n  See `issue 350 <https://github.com/zopefoundation/ZODB/issues/350>`_.\n\n- Readd transaction size information to ``fsdump`` output;\n  adapt `fsstats` to ``fsdump``'s exchanged order for ``size`` and ``class``\n  information in data records;\n  (fixes `#354 <https://github.com/zopefoundation/ZODB/issues/354>_).\n  Make ``fsdump`` callable via Python's ``-m`` command line option.\n\n- Fix UnboundLocalError when running fsoids.py script.\n  See `issue 285 <https://github.com/zopefoundation/ZODB/issues/285>`_.\n\n- Rework ``fsrefs`` script to work significantly faster by optimizing how it\n  does IO. See `PR 340 <https://github.com/zopefoundation/ZODB/pull/340>`_.\n\n- Require Python 3 to build the documentation.\n\n- Fix deprecation warnings occurring on Python 3.10.\n\n- Add support for Python 3.9 and 3.10.\n\n\n5.6.0 (2020-06-11)\n==================\n\n- Fix race with invalidations when starting a new transaction. The bug\n  affected Storage implementations that rely on mvccadapter, and could result\n  in data corruption (oid loaded at wrong serial after a concurrent commit).\n  See `issue 290 <https://github.com/zopefoundation/ZODB/issues/290>`_.\n  As mentionned in pull request #307, interfaces are clarified about the fact\n  that storage implementations must update at a precise moment the value that\n  is returned by lastTransaction(): just after invalidate() or\n  tpc_finish callback.\n\n- Improve volatile attribute ``_v_`` documentation.\n\n- Make repozo's recover mode atomic by recovering the backup in a\n  temporary file which is then moved to the expected output file.\n\n- Add a new option to repozo in recover mode which allows to verify\n  backups integrity on the fly.\n\n- Drop support for Python 3.4.\n\n- Add support for Python 3.8.\n\n- Fix ``DB.undo()`` and ``DB.undoMultiple()`` to close the storage\n  they open behind the scenes when the transaction is committed or\n  rolled back. See `issue 268\n  <https://github.com/zopefoundation/ZODB/issues/268>`_.\n\n- Make TransactionMetaData in charge of (de)serializing extension data.\n  A new ``extension_bytes`` attribute converts automatically from\n  ``extension``, or vice-versa. During storage iteration, ``extension_bytes``\n  holds bytes as they are stored (i.e. no deserialization happens).\n  See `issue 207 <https://github.com/zopefoundation/ZODB/pull/207>`_.\n\n- Make a connection's savepoint storage implement its own\n  (approximate) ``getSize`` method instead of relying on the original\n  storage. Previously, this produced confusing DEBUG logging. See\n  `issue 282 <https://github.com/zopefoundation/ZODB/issues/282>`_.\n\n- Fix tests with transaction 3.0.\n\n- Fix inconsistent resolution order with zope.interface v5.\n\n- Remove ``ConnectionPool.map()``. Instead, ``ConnectionPool`` is now\n  iterable. See `PR 280\n  <https://github.com/zopefoundation/ZODB/pull/280>`_.\n\n5.5.1 (2018-10-25)\n==================\n\n- Fix KeyError on releasing resources of a Connection when closing the DB.\n  This requires at least version 2.4 of the ``transaction`` package.\n  See `issue 208 <https://github.com/zopefoundation/ZODB/issues/208>`_.\n\n5.5.0 (2018-10-13)\n==================\n\n- Add support for Python 3.7.\n\n- Bump the dependency on zodbpickle to at least 1.0.1. This is\n  required to avoid a memory leak on Python 2.7. See `issue 203\n  <https://github.com/zopefoundation/ZODB/issues/203>`_.\n\n- Bump the dependency on persistent to at least 4.4.0.\n\n- Make the internal support functions for dealing with OIDs (``p64``\n  and ``u64``) somewhat faster and raise more informative\n  exceptions on certain types of bad input. See `issue 216\n  <https://github.com/zopefoundation/ZODB/issues/216>`_.\n\n- Remove support for ``python setup.py test``. It hadn't been working\n  for some time. See `issue #218\n  <https://github.com/zopefoundation/ZODB/issues/218>`_.\n\n- Make the tests run faster by avoiding calls to ``time.sleep()``.\n\n5.4.0 (2018-03-26)\n==================\n\n- ZODB now uses pickle protocol 3 for both Python 2 and Python 3.\n\n  (Previously, protocol 2 was used for Python 2.)\n\n  The zodbpickle package provides a `zodbpickle.binary` string type\n  that should be used in Python 2 to cause binary strings to be saved\n  in a pickle binary format, so they can be loaded correctly in\n  Python 3.  Pickle protocol 3 is needed for this to work correctly.\n\n- Object identifiers in persistent references are saved as\n  `zodbpickle.binary` strings in Python 2, so that they are loaded\n  correctly in Python 3.\n\n- If an object is missing from the index while packing a ``FileStorage``,\n  report its full ``oid``.\n\n- Storage imports are a bit faster.\n\n- Storages can be important from non-seekable sources, like\n  file-wrapped pipes.\n\n5.3.0 (2017-08-30)\n==================\n\n- Add support for Python 3.6.\n\n- Drop support for Python 3.3.\n\n- Ensure that the ``HistoricalStorageAdapter`` forwards the ``release`` method to\n  its base instance. See `issue 78 <https://github.com/zopefoundation/ZODB/issues/788>`_.\n\n- Use a higher pickle protocol (2) for serializing objects on Python\n  2; previously protocol 1 was used. This is *much* more efficient for\n  new-style classes (all persistent objects are new-style), at the\n  cost of being very slightly less efficient for old-style classes.\n\n  .. note:: On Python 2, this will now allow open ``file`` objects\n            (but **not** open blobs or sockets) to be pickled (loading\n            the object will result in a closed file); previously this\n            would result in a ``TypeError``. Doing so is not\n            recommended as they cannot be loaded in Python 3.\n\n  See `issue 179 <https://github.com/zopefoundation/ZODB/pull/179>`_.\n\n5.2.4 (2017-05-17)\n==================\n\n- ``DB.close`` now explicitly frees internal resources.  This is\n  helpful to avoid false positives in tests that check for leaks.\n\n- Optimize getting the path to a blob file. See\n  `issue 161 <https://github.com/zopefoundation/ZODB/pull/161>`_.\n\n- All classes are new-style classes on Python 2 (they were already\n  new-style on Python 3). This improves performance on PyPy. See\n  `issue 160 <https://github.com/zopefoundation/ZODB/pull/160>`_.\n\n5.2.3 (2017-04-11)\n==================\n\n- Fix an import error. See `issue 158 <https://github.com/zopefoundation/ZODB/issues/158>`_.\n\n5.2.2 (2017-04-11)\n==================\n\n- Fixed: A blob misfeature set blob permissions so that blobs and blob\n  directories were only readable by the database process owner, rather\n  than honoring user-controlled permissions (e.g. ``umask``).\n  See `issue 155 <https://github.com/zopefoundation/ZODB/issues/155>`_.\n\n5.2.1 (2017-04-08)\n==================\n\n- Fixed: When opening FileStorages in read-only mode, non-existent\n  files were silently created.  Creating a read-only file-storage\n  against a non-existent file errors.\n\n5.2.0 (2017-02-09)\n==================\n\n- Call new afterCompletion API on storages to allow them to free\n  resources after transaction complete.\n  See `issue 147 <https://github.com/zodb/relstorage/issues/147>`__.\n- Take advantage of the new transaction-manager explicit mode to avoid\n  starting transactions unnecessarily when transactions end.\n\n- ``Connection.new_oid`` delegates to its storage, not the DB. This is\n  helpful for improving concurrency in MVCC storages like RelStorage.\n  See `issue 139 <https://github.com/zopefoundation/ZODB/issues/139>`_.\n\n- ``persistent`` is no longer required at setup time.\n  See `issue 119 <https://github.com/zopefoundation/ZODB/issues/119>`_.\n\n- ``Connection.close`` and ``Connection.open`` no longer race on\n  ``self.transaction_manager``, which could lead to\n  ``AttributeError``. This was a bug introduced in 5.0.1. See `issue\n  142 <https://github.com/zopefoundation/ZODB/pull/143>`_.\n\n\n5.1.1 (2016-11-18)\n==================\n\n- Fixed: ``ZODB.Connection.TransactionMetaData`` didn't support custom data\n  storage that some storages rely on.\n\n5.1.0 (2016-11-17)\n==================\n\n- ZODB now translates transaction meta data, ``user`` and\n  ``description`` from text to bytes before passing them to storages,\n  and converts them back to text when retrieving them from storages in\n  the ``history``, ``undoLog`` and ``undoInfo`` methods.\n\n  The ``IDatabase`` interface was updated to reflect that ``history``,\n  ``undoLog`` and ``undoInfo`` are available on database objects.\n  (They were always available, but not documented in the interface.)\n\n5.0.1 (2016-11-17)\n==================\n\n- Fix an AttributeError that DemoStorage could raise if it was asked\n  to store a blob into a temporary changes before reading a blob. See\n  `issue 103 <https://github.com/zopefoundation/ZODB/issues/103>`_.\n\n- Call _p_resolveConflict() even if a conflicting change doesn't change the\n  state. This reverts to the behaviour of 3.10.3 and older.\n\n- Closing a Connection now reverts its ``transaction_manager`` to\n  None. This helps prevent errors and release resources when the\n  ``transaction_manager`` was the (default) thread-local manager. See\n  `issue 114 <https://github.com/zopefoundation/ZODB/issues/114>`_.\n\n- Many docstrings have been improved.\n\n5.0.0 (2016-09-06)\n==================\n\nMajor internal improvements and cleanups plus:\n\n- Added a connection ``prefetch`` method that can be used to request\n  that a storage prefetch data an application will need::\n\n    conn.prefetch(obj, ...)\n\n  Where arguments can be objects, object ids, or iterables of objects\n  or object ids.\n\n  Added optional ``prefetch`` methods to the storage APIs. If a\n  storage doesn't support prefetch, then the connection prefetch\n  method is a noop.\n\n- fstail: print the txn offset and header size, instead of only the data offset.\n  fstail can now be used to truncate a DB at the right offset.\n\n- Drop support for old commit protocol.  All of the build-in storages\n  implement the new protocol.  This new protocol allows storages to\n  provide better write performance by allowing multiple commits to\n  execute in parallel.\n\n5.0.0b1 (2016-08-04)\n====================\n\n- fstail: print the txn offset and header size, instead of only the data offset.\n  fstail can now be used to truncate a DB at the right offset.\n\nNumerous internal cleanups, including:\n\n- Changed the way the root object was created.  Now the root object is\n  created using a database connection, rather than by making low-level\n  storage calls.\n\n- Drop support for the old commit protocol.\n\n- Internal FileStorage-undo fixes that should allow undo in some cases\n  where it didn't work before.\n\n- Drop the ``version`` argument to some methods where it was the last\n  argument and optional.\n\n5.0.0a6 (2016-07-21)\n====================\n\n- Added a connection ``prefetch`` method that can be used to request\n  that a storage prefect data an application will need::\n\n    conn.prefetch(obj, ...)\n\n  Where arguments can be objects, object ids, or iterables of objects\n  or object ids.\n\n  Added optional ``prefetch`` methods to the storage APIs. If a\n  storage doesn't support prefetch, then the connection prefetch\n  method is a noop.\n\n5.0.0a5 (2016-07-06)\n====================\n\nDrop support for old commit protocol.  All of the build-in storages\nimplement the new protocol.  This new protocol allows storages to\nprovide better write performance by allowing multiple commits to\nexecute in parallel.\n\n5.0.0a4 (2016-07-05)\n====================\n\nSee 4.4.2.\n\n5.0.0a3 (2016-07-01)\n====================\n\nSee 4.4.1.\n\n5.0.0a2 (2016-07-01)\n====================\n\nSee 4.4.0.\n\n5.0.0a1 (2016-06-20)\n====================\n\nMajor **internal** implementation changes to the Multi Version\nConcurrency Control (MVCC) implementation:\n\n- For storages that implement IMVCCStorage (RelStorage), no longer\n  implement MVCC in ZODB.\n\n- For other storages, MVCC is implemented using an additional storage\n  layer. This underlying layer works by calling ``loadBefore``. The\n  low-level storage ``load`` method isn't used any more.\n\n  This change allows server-based storages like ZEO and NEO to be\n  implemented more simply and cleanly.\n\n4.4.3 (2016-08-04)\n==================\n\n- Internal FileStorage-undo fixes that should allow undo in some cases\n  where it didn't work before.\n\n- fstail: print the txn offset and header size, instead of only the data offset.\n  fstail can now be used to truncate a DB at the right offset.\n\n4.4.2 (2016-07-08)\n==================\n\nBetter support of the new commit protocol. This fixes issues with blobs and\nundo. See pull requests #77, #80, #83\n\n4.4.1 (2016-07-01)\n==================\n\nAdded IMultiCommitStorage to directly represent the changes in the 4.4.0\nrelease and to make complient storages introspectable.\n\n4.4.0 (2016-06-30)\n==================\n\nThis release begins evolution to a more effcient commit protocol that\nallows storage implementations, like `NEO <http://www.neoppod.org/>`_,\nto support multiple transactions committing at the same time, for\ngreater write parallelism.\n\nThis release updates IStorage:\n\n- The committed transaction's ID is returned by ``tpc_finish``, rather\n  than being returned in response store and tpc_vote results.\n\n- ``tpc_vote`` is now expected to return ``None`` or a list of object\n  ids for objects for which conflicts were resolved.\n\nThis release works with storages that implemented the older version of\nthe storage interface, but also supports storages that implement the\nupdated interface.\n\n4.3.1 (2016-06-06)\n==================\n\n- Fixed: FileStorage loadBefore didn't handle deleted/undone data correctly.\n\n4.3.0 (2016-05-31)\n==================\n\n- Drop support for Python 2.6 and 3.2.\n\n- Make the ``zodbpickle`` dependency required and not conditional.\n  This fixes various packaging issues involving pip and its wheel\n  cache. zodbpickle was only optional under Python 2.6 so this change\n  only impacts users of that version.  See\n  https://github.com/zopefoundation/ZODB/pull/42.\n\n- Add support for Python 3.5.\n\n- Avoid failure during cleanup of nested databases that provide MVCC\n  on storage level (Relstorage).\n  https://github.com/zopefoundation/ZODB/issues/45\n\n- Remove useless dependency to `zdaemon` in setup.py. Remove ZEO documentation.\n  Both were leftovers from the time where ZEO was part of this repository.\n\n- Fix possible data corruption after FileStorage is truncated to roll back a\n  transaction.\n  https://github.com/zopefoundation/ZODB/pull/52\n\n- DemoStorage: add support for conflict resolution and fix history()\n  https://github.com/zopefoundation/ZODB/pull/58\n\n- Fixed a test that depended on implementation-specific behavior in tpc_finish\n\n4.2.0 (2015-06-02)\n==================\n\n- Declare conditional dependencies using PEP-426 environment markers\n  (fixing interation between pip 7's wheel cache and tox).  See\n  https://github.com/zopefoundation/ZODB/issues/36.\n\n4.2.0b1 (2015-05-22)\n====================\n\n- Log failed conflict resolution attempts at ``DEBUG`` level.  See:\n  https://github.com/zopefoundation/ZODB/pull/29.\n\n- Fix command-line parsing of ``--verbose`` and ``--verify`` arguments.\n  (The short versions, ``-v`` and ``-V``, were parsed correctly.)\n\n- Add support for PyPy.\n\n- Fix the methods in ``ZODB.serialize`` that find object references\n  under Python 2.7 (used in scripts like ``referrers``, ``netspace``,\n  and ``fsrecover`` among others). This requires the addition of the\n  ``zodbpickle`` dependency.\n\n- FileStorage: fix an edge case when disk space runs out while packing,\n  do not leave the ``.pack`` file around. That would block any write to the\n  to-be-packed ``Data.fs``, because the disk would stay at 0 bytes free.\n  See https://github.com/zopefoundation/ZODB/pull/21.\n\n4.1.0 (2015-01-11)\n==================\n\n- Fix registration of custom logging level names (\"BLATHER\", \"TRACE\").\n\n  We have been registering them in the wrong order since 2004.  Before\n  Python 3.4, the stdlib ``logging`` module masked the error by registering\n  them in *both* directions.\n\n- Add support for Python 3.4.\n\n4.0.1 (2014-07-13)\n==================\n\n- Fix ``POSKeyError`` during ``transaction.commit`` when after\n  ``savepoint.rollback``.  See\n  https://github.com/zopefoundation/ZODB/issues/16\n\n- Ensure that the pickler used in PyPy always has a ``persistent_id``\n  attribute (``inst_persistent_id`` is not present on the pure-Python\n  pickler). (PR #17)\n\n- Provide better error reporting when trying to load an object on a\n  closed connection.\n\n4.0.0 (2013-08-18)\n==================\n\nFinally released.\n\n4.0.0b3 (2013-06-11)\n====================\n\n- Switch to using non-backward-compatible pickles (protocol 3, without\n  storing bytes as strings) under Python 3.  Updated the magic number\n  for file-storage files under Python3 to indicate the incompatibility.\n\n- Fixed: A ``UnicodeDecodeError`` could happen for non-ASCII OIDs\n  when using bushy blob layout.\n\n4.0.0b2 (2013-05-14)\n====================\n\n- Extended the filename renormalizer used for blob doctests to support\n  the filenames used by ZEO in non-shared mode.\n\n- Added ``url`` parameter to ``setup()`` (PyPI says it is required).\n\n4.0.0b1 (2013-05-10)\n=====================\n\n- Skipped non-unit tests in ``setup.py test``.  Use the buildout to run tests\n  requiring \"layer\" support.\n\n- Included the filename in the exception message to support debugging in case\n  ``loadBlob`` does not find the file.\n\n- Added support for Python 3.2 / 3.3.\n\n.. note::\n\n   ZODB 4.0.x is supported on Python 3.x for *new* applications only.\n   Due to changes in the standard library's pickle support, the Python3\n   support does **not** provide forward- or backward-compatibility\n   at the data level with Python2.  A future version of ZODB may add\n   such support.\n\n   Applications which need migrate data from Python2 to Python3 should\n   plan to script this migration using separte databases, e.g. via a\n   \"dump-and-reload\" approach, or by providing explicit fix-ups of the\n   pickled values as transactions are copied between storages.\n\n\n4.0.0a4 (2012-12-17)\n=====================\n\n- Enforced usage of bytes for ``_p_serial`` of persistent objects (fixes\n  compatibility with recent persistent releases).\n\n4.0.0a3 (2012-12-01)\n=====================\n\n- Fixed: An elaborate test for trvial logic corrupted module state in a\n        way that made other tests fail spuriously.\n\n4.0.0a2 (2012-11-13)\n=====================\n\nBugs Fixed\n----------\n\n- An unneeded left-over setting in setup.py caused installation with\n  pip to fail.\n\n4.0.0a1 (2012-11-07)\n=====================\n\nNew Features\n------------\n\n- The ``persistent`` and ``BTrees`` packages are now released as separate\n  distributions, on which ZODB now depends.\n\n- ZODB no longer depends on zope.event.  It now uses ZODB.event, which\n  uses zope.event if it is installed.  You can override\n  ZODB.event.notify to provide your own event handling, although\n  zope.event is recommended.\n\n- BTrees allowed object keys with insane comparison. (Comparison\n  inherited from object, which compares based on in-process address.)\n  Now BTrees raise TypeError if an attempt is made to save a key with\n  comparison inherited from object. (This doesn't apply to old-style\n  class instances.)\n\nBugs Fixed\n----------\n\n- Ensured that the export file and index file created by ``repozo`` share\n  the same timestamp.\n\n  https://bugs.launchpad.net/zodb/+bug/993350\n\n- Pinned the ``transaction`` and ``manuel`` dependencies to Python 2.5-\n  compatible versions when installing under Python 2.5.\n\n\n.. note::\n   Please see https://github.com/zopefoundation/ZODB/blob/master/HISTORY.rst\n   for older versions of ZODB.\n",
    "bugtrack_url": null,
    "license": "ZPL 2.1",
    "summary": "ZODB, a Python object-oriented database",
    "version": "6.0",
    "project_urls": {
        "Homepage": "http://zodb-docs.readthedocs.io"
    },
    "split_keywords": [
        "database",
        "nosql",
        "python",
        "zope"
    ],
    "urls": [
        {
            "comment_text": "",
            "digests": {
                "blake2b_256": "295d8604d9eefc656459f487fae4ef1d70f930d9290212ca995de7efb2430a59",
                "md5": "47cc4d125b3060dcc6765e03ac58489e",
                "sha256": "271c5b2cf488f2b3045bb431a2ffc07b69fc3fdba9938587ff8ad37affb2ea43"
            },
            "downloads": -1,
            "filename": "ZODB-6.0-py3-none-any.whl",
            "has_sig": false,
            "md5_digest": "47cc4d125b3060dcc6765e03ac58489e",
            "packagetype": "bdist_wheel",
            "python_version": "py3",
            "requires_python": ">=3.7",
            "size": 417758,
            "upload_time": "2024-03-30T11:41:41",
            "upload_time_iso_8601": "2024-03-30T11:41:41.566037Z",
            "url": "https://files.pythonhosted.org/packages/29/5d/8604d9eefc656459f487fae4ef1d70f930d9290212ca995de7efb2430a59/ZODB-6.0-py3-none-any.whl",
            "yanked": false,
            "yanked_reason": null
        },
        {
            "comment_text": "",
            "digests": {
                "blake2b_256": "f605839fefc57001152367e62027667ad9190b1598a101d0e03ef1908e9b94f4",
                "md5": "93c060a9e7367ede5fb8a9f3442dbefc",
                "sha256": "e51c792115c5daad4e806757bafa2f754c000c23e6babc3be5e40775fe49b5dc"
            },
            "downloads": -1,
            "filename": "ZODB-6.0.tar.gz",
            "has_sig": false,
            "md5_digest": "93c060a9e7367ede5fb8a9f3442dbefc",
            "packagetype": "sdist",
            "python_version": "source",
            "requires_python": ">=3.7",
            "size": 786862,
            "upload_time": "2024-03-30T11:41:45",
            "upload_time_iso_8601": "2024-03-30T11:41:45.938858Z",
            "url": "https://files.pythonhosted.org/packages/f6/05/839fefc57001152367e62027667ad9190b1598a101d0e03ef1908e9b94f4/ZODB-6.0.tar.gz",
            "yanked": false,
            "yanked_reason": null
        }
    ],
    "upload_time": "2024-03-30 11:41:45",
    "github": false,
    "gitlab": false,
    "bitbucket": false,
    "codeberg": false,
    "lcname": "zodb"
}
        
Elapsed time: 0.21583s