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 Seaver                                [EMAIL PROTECTED]
Digital Creations     "Zope Dealers"

Zope-Dev maillist  -  [EMAIL PROTECTED]
**  No cross posts or HTML encoding!  **
(Related lists - )

Reply via email to