Re: can a Commit interruption damage files?
sylvain <[email protected]> Thu, 26 Apr 2007 05:13:17 -0700
| Newsgroups | gmane.comp.db.metakit |
|---|---|
| Message-ID | <[email protected]> |
Thank you for your answer Jean-Claude, When I said data seems to be lost, I meant all the data (e.g. fully committed in a previous process some minutes ago), not only the one committed at the moment of interruption. Typically, I open a storage and get my view size (which is non nul), then Add some rows and interrupt my process while committing the changes. If then I reopen my storage, the view size has dropped to zero. Sylvain. On Apr 25, 1:29 pm, Jean-Claude Wippler <[email protected]> wrote: > On 24 Apr 2007, at 16:54, sylvain wrote: > > > Hi, when the following test is interrupted while committing, the next > > execution shows that data is lost while datafile has grown/kept its > > size. > > This is normal. The changes are not visible unless the commit > completes fully. Some data will have been written, but that space > will be re-used on the next commit. Files never shrink in size, but > you can use db.SaveTo() to write a new compact version of the datafile. > > Interrupting a commit does not damage files. > > -jcw --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the "metakit" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/metakit?hl=en -~----------~----~----~----~------~----~------~--~---