From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | ow <oneway_111(at)yahoo(dot)com> |
Cc: | pgsql-sql(at)postgresql(dot)org |
Subject: | Re: 7.4 - FK constraint performance |
Date: | 2004-02-13 04:49:56 |
Message-ID: | 27696.1076647796@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-sql |
ow <oneway_111(at)yahoo(dot)com> writes:
> --- Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>> Can't see how we optimize your case without pessimizing more-common cases.
> I think other RDBMSs simply use preset value instead of partial table
> scan when there's not enough stat info. Might be a better way.
The problem here cannot be described as "not enough stat info". The
available stats are complete and they point very strongly to the
conclusion that searches in the large table should be seqscans.
To do otherwise would be folly in general, even if it happens to
be the correct thing in this particular example.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2004-02-13 04:53:22 | Re: [PATCHES] log session end - again |
Previous Message | Tom Lane | 2004-02-13 04:42:30 | Re: RFC: Query Planner making a distinction between Cross |
From | Date | Subject | |
---|---|---|---|
Next Message | Kumar | 2004-02-13 04:53:58 | Re: How to avoid nulls while writing string for dynamic query |
Previous Message | Tom Lane | 2004-02-13 04:25:36 | Re: 7.4 - FK constraint performance |