RE: slow join on postgresql6.5 - Mailing list pgsql-hackers

From Don Baccus
Subject RE: slow join on postgresql6.5
Date
Msg-id 3.0.1.32.20000331063349.00f783f4@mail.pacifier.com
Whole thread Raw
In response to RE: slow join on postgresql6.5  ("Hiroshi Inoue" <Inoue@tpf.co.jp>)
Responses RE: slow join on postgresql6.5  ("Hiroshi Inoue" <Inoue@tpf.co.jp>)
List pgsql-hackers
At 07:05 PM 3/31/00 +0900, Hiroshi Inoue wrote:
>> -----Original Message-----
>> From: majordomo-owner@hub.org [mailto:majordomo-owner@hub.org]On Behalf
>> Of Don Baccus
>> 
>> Whatever ... in this particular case  - referential integrity 
>> with MATCH <unspecified> and MATCH PARTIAL and multi-column
>> foreign keys - performance will likely drop spectacularly once the
>> leading column is NULL, while (say) with Oracle you'd expect much
>> less of a performance hit. 
>>
>
>As for NULL,it seems possible to look up NULL keys in a btree index
>because NULL == NULL for btree indexes.
>I've wondered why PostgreSQL's planner/executor never looks up
>indexes for queries using 'IS NULL'.

Unfortunately for the RI MATCH PARTIAL case, NULL is a "wildcard".

This doesn't affect the validity of your observation in the general
case, though.



- Don Baccus, Portland OR <dhogaza@pacifier.com> Nature photos, on-line guides, Pacific Northwest Rare Bird Alert
Serviceand other goodies at http://donb.photo.net.
 


pgsql-hackers by date:

Previous
From: "Daniele Medri"
Date:
Subject: Re: ...copy hack
Next
From: Magnus Hagander
Date:
Subject: RE: ...copy hack