| From: | Bruno Wolff III <bruno(at)wolff(dot)to> |
|---|---|
| To: | Alexander Kirpa <postgres(at)bilteks(dot)com> |
| Cc: | pgsql-bugs(at)postgresql(dot)org |
| Subject: | Re: BUG #1252: Optimization of SELECT for NOT NULL case |
| Date: | 2004-09-16 17:36:14 |
| Message-ID: | 20040916173614.GA18500@wolff.to |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
On Wed, Sep 15, 2004 at 23:29:43 +0300,
Alexander Kirpa <postgres(at)bilteks(dot)com> wrote:
> On 15 Sep 2004, at 12:21, Bruno Wolff III wrote:
>
> Regarding your point of view possible exist reason for remove
> optimization for case like below
> SELECT count(*) from x where id>1 AND id<0
> I basically don't see any significant difference in optimization
> for "id IS NULL" and "id>1 AND id<0"
People generally know whether or not a table is NOT NULL and aren't very
likely to write queries searching for NULL values in such a table.
A general constraint handler would be useful (for example in handling
partitions of data sets), but just doing it for NOT NULL seems like it
would be a net loss.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Steve McWilliams | 2004-09-16 17:55:23 | Win32: missing log file option for pg_ctl running as service |
| Previous Message | Kris Jurka | 2004-09-16 16:03:29 | Re: Assertion failure in cvs head. |