Hi, Jim Fulton wrote:
I've been thinking about various ways to clean up ZODB. For a while I've threatened to get rid of versions. I've been convinced by various arguments by various people that it is less work to keep them, at least for the foreseeable future. This is because there are certain limited legitimate use cases that they satisfy. I wish, however, to try to limit their impact on the rest of ZODB. I intend to continue a recent trend of reducing their impact on the ZODB and ZEO code by providing a low quality of service for them. For example, ZEO client storages don't bother to cache version data. I just did a quick scan of the DB and Connection code and see opportunities like eliminating the modified-in-version cache, eliminating version-aware object-cache policies and possibly eliminating connection pools for version data.
Just in case this got off the radar: Zope 2 doesn't support version objects any more, in the sense, that you can not create new ones. This should be the case since 2.8 IIRC.
Christian -- gocept gmbh & co. kg - forsterstraße 29 - 06112 halle/saale - germany www.gocept.com - [EMAIL PROTECTED] - phone +49 345 122 9889 7 - fax +49 345 122 9889 1 - zope and plone consulting and development _______________________________________________ For more information about ZODB, see the ZODB Wiki: http://www.zope.org/Wikis/ZODB/ ZODB-Dev mailing list - ZODB-Dev@zope.org http://mail.zope.org/mailman/listinfo/zodb-dev