Re: COPY performance

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com>
Cc: "Nigel J(dot) Andrews" <nandrews(at)investsystems(dot)co(dot)uk>, pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: COPY performance
Date: 2002-04-13 20:05:21
Message-ID: 17514.1018728321@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-general

Stephan Szabo <sszabo(at)megazone23(dot)bigpanda(dot)com> writes:
> On Sat, 13 Apr 2002, Nigel J. Andrews wrote:
>> I should have mentioned that I'm doing the copy in to the table in a
>> transaction block with all constraints deferred. That should mean it's only at
>> the commit stage that foreign key will be checked right?

> With the definition shown, I believe your constraint is not deferrable so
> setting the constraint mode to deferred won't help. In any case it'd still
> need to be saving the information on the triggers to run.

In any case the RI trigger firings will be postponed till end of query.
I suspect that the memory growth is due to the list of pending trigger
firings. The advice to add the REFERENCES constraint after you've
loaded the table seems good to me.

Another possibility is that there's some memory leak associated with the
txtidx data type; I dunno how thoroughly that type has been tested...

regards, tom lane

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Nigel J. Andrews 2002-04-13 20:19:14 Re: COPY performance
Previous Message Joe Conway 2002-04-13 19:19:34 Re: COPY performance

Browse pgsql-general by date

  From Date Subject
Next Message Camila Rocha 2002-04-13 20:06:57 table inside table
Previous Message Camila Rocha 2002-04-13 19:58:37 Oid and Oid Vector