Hi, Am Freitag, den 08.06.2007, 13:13 -0400 schrieb Jim Fulton: > FileStorage doesn't play anything forward on startup. It does throw > away partial or uncommitted transactions. I don't see any > significant harm in leaving extra blob files around and they would > eventually be removed through packing. We do need to take a little > extra care in the packing code to deal with this possibility though.
So I can just remove this todo? > > # Savepoint support > > # ================= > > # > > # - A savepoint represents the whole state of the data at a certain > > point in > > # time > > # > > # - Need special storage for blob savepointing (in the spirit of > > tmpstorage) > > # > > # - What belongs to the state of the data? > > # > > # - Data contained in files at that point in time > > # > > # - File handles are complex because they might be referred to > from > > various > > # places. We would have to introduce an abstraction layer to > > allow > > # switching them around... > > # > > # Simpler solution: : > > > > Didn't you (Jim) do this? > > Yes. Non-optimistic savepoints now work AFAIK. Interestingly, they > were mostly implemented already. Ok, then I'll throw that todo away. > > Good catch wrt this to-do list. Thanks, no problem. 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
Description: Dies ist ein digital signierter Nachrichtenteil
_______________________________________________ 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