From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Jeff Boes <jboes(at)nexcerpt(dot)com> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: Performance on temp table inserts |
Date: | 2003-05-20 16:04:36 |
Message-ID: | 29494.1053446676@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-sql |
Jeff Boes <jboes(at)nexcerpt(dot)com> writes:
>>> What factors affect the performance of a temp table insert?
>>
>> PG version would have a lot to do with that, considering how we've
>> whacked around the temp-table implementation in the last few releases.
> PG version is 7.2.4.
IIRC, temp tables are really indistinguishable from regular tables in
7.2, as far as performance goes. The bottleneck for the bare insert
itself would probably be WAL --- are you sure all the WAL settings are
the same on the two boxes? If you have indexes, foreign keys, triggers,
rules, etc on the table then of course you have other overhead to worry
about ... but that seems somewhat unlikely for a temp table.
Also, is the temp table being filled in the same transaction that
created it, or in separate transaction(s)? That makes a difference in
7.2 and before (but not in 7.3).
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Jeff Boes | 2003-05-20 16:15:08 | Re: Performance on temp table inserts |
Previous Message | ww zz | 2003-05-20 16:00:11 | how to do this query? |