| From: | shammat(at)gmx(dot)net |
|---|---|
| To: | pgsql-admin(at)lists(dot)postgresql(dot)org |
| Subject: | Re: checking for a NULL date in a partitioned table kills performance |
| Date: | 2024-08-23 06:45:44 |
| Message-ID: | 10668bf5-55a7-4c4a-ade4-c1d93c08eeff@gmx.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-admin pgsql-performance |
Sbob schrieb am 22.08.2024 um 23:44:
>
> I am selecting a number of columns and specifying this where clause:
>
> WHERE (
> (contract_date IS NULL)
> OR
> (contract_date > '2022-01-01'::date)
> )
>
It's not the check for NULL, it's the OR that makes this perform so badly.
I typically never set columns used for range queries to NULL.
Would using infinity instead of NULL be a viable option here?
Then you can remove the OR condition entirely.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Rui DeSousa | 2024-08-23 09:54:51 | Re: checking for a NULL date in a partitioned table kills performance |
| Previous Message | Muhammad Usman Khan | 2024-08-23 04:40:28 | Re: checking for a NULL date in a partitioned table kills performance |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Rui DeSousa | 2024-08-23 09:54:51 | Re: checking for a NULL date in a partitioned table kills performance |
| Previous Message | Muhammad Usman Khan | 2024-08-23 04:40:28 | Re: checking for a NULL date in a partitioned table kills performance |