| From: | Robot Tom <robotwilcox(at)googlemail(dot)com> | 
|---|---|
| To: | pgsql-general <pgsql-general(at)postgresql(dot)org> | 
| Subject: | Re: transactions within stored procedures | 
| Date: | 2010-07-21 09:43:42 | 
| Message-ID: | 4C46C14E.6060003@gmail.com | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-general | 
Hi,
Has there been any progress on nested transactions in the last 10 years?
I am in a situation where I have a script that executes a number of 
functions that build and populate a database including a rather large 
lookup table (80GB) along with a number of large indexes (10GB).
I am trying to place the contents of this script into a single function 
so that the database can be backed up and contain all of the code that 
is needed to rebuild it via a single function call.
The problem is that if I were to run all of these functions in a single 
transaction, postgresql would run out of memory pretty quickly and it 
would all fail. Since you can't set autocommit off and explicitly 
control transaction handling in a function (I think..), my dreams of 
encapsulating all of the scripting for the project in the database and 
simplifying the build procedure are no more.
I would appreciate any thoughts or suggestions..
Cheers,
Tom
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alban Hertroys | 2010-07-21 10:31:55 | Re: INSERT RETURNING and partitioning | 
| Previous Message | pdovera@tiscali.it | 2010-07-21 09:35:40 | Re: INSERT RETURNING and partitioning |