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

Attachment: signature.asc
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

Reply via email to