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
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 |
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 |