Re: transactions within stored procedures

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: Raw Message | Whole Thread | 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

Responses

Browse pgsql-general by date

  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