Jon Franz <[EMAIL PROTECTED]> wrote
> Ah! this makes more sense, the idea of persistent properties even
> fits with this idea, though a true write-in-place property might be
> even better for some applications ;)
Two things:
* Don't count on storing the hit counter as a separate, "persistence
aware" object (i.e., with its own pickle jar) to avoid bloating
your Data.fs. Hit counters are by definition high volume, and the
space overhead for managing undoable persistence is higher than
you might think.
* Write-in-place will never be supported by packable/undoable storages
(logically impossible); some "packless" storages are already in
play (maybe even near release), so the semantics you want may be
(soon) readily available by mounting a separate storage.
Tres.
--
===============================================================
Tres Seaver [EMAIL PROTECTED]
Digital Creations "Zope Dealers" http://www.zope.org
_______________________________________________
Zope-Dev maillist - [EMAIL PROTECTED]
http://lists.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
http://lists.zope.org/mailman/listinfo/zope-announce
http://lists.zope.org/mailman/listinfo/zope )
