On Tue, 2002-11-05 at 23:02, Jens Vagelpohl wrote:
i personally don't see a way to completely avoid ZODB bloat with a counter product stored in the ZODB itself. IMHO it is inherently bad to use ZODB-based hit counters in general for that very reason.
Just an idea from the 'could-be-done-if-needed-department'. Generally there is quite often the need to have non-undoable properties in different objects of a site. There is one way to store it in the temporary storage, which is ram based, and not shared between ZEO instances. But if a second non-undoable storage is mounted it could be stored there and could be shared between ZEOC. To make this more transparent, one could perhaps implement something like a special propertysheetobject, which stores its properties in this mounted storage. Is there anything obviously wrong with this idea? __Janko