Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #28156

Re: Dumping all the sql statements as backup

References <mailman.2572.1343224604.4697.python-list@python.org> <kiD%r.12$tL7.10@newsfe19.iad>
Date 2012-08-30 20:22 -0600
Subject Re: Dumping all the sql statements as backup
From Jason Friedman <jason@powerpull.net>
Newsgroups comp.lang.python
Message-ID <mailman.3998.1346379766.4697.python-list@python.org> (permalink)

Show all headers | View raw


>> I have some long running processes that do very long simulations which
>> at the end need to write things on a database.
>>
>> At the moment sometimes there are network problems and we end up with
>> half the data on the database.
>>
>> The half-data problem is probably solved easily with sessions and
>> sqlalchemy (a db-transaction), but still we would like to be able to
>> keep a backup SQL file in case something goes badly wrong and we want to
>> re-run it manually..
>>
>> This might also be useful if we have to rollback the db for some reasons
>> to a previous day and we don't want to re-run the simulations..
>>
>> Anyone did something similar?
>> It would be nice to do something like:
>>
>> with CachedDatabase('backup.sql'):
>>      # do all your things
>

" ... at the end need to write things on a database ... "

Is it necessary to write those things during the process, or only at
the end?  If only at the end, can you write locally first, and then
write that local store to your remote database?

Back to comp.lang.python | Previous | NextPrevious in thread | Find similar | Unroll thread


Thread

Dumping all the sql statements as backup andrea crotti <andrea.crotti.0@gmail.com> - 2012-07-25 14:56 +0100
  Re: Dumping all the sql statements as backup Robert Miles <robertmiles@teranews.com> - 2012-08-30 00:58 -0500
    Re: Dumping all the sql statements as backup Jason Friedman <jason@powerpull.net> - 2012-08-30 20:22 -0600

csiph-web