From: | Oleg Bartunov <oleg(at)sai(dot)msu(dot)su> |
---|---|
To: | Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | consequent btree index scans optimizations ? |
Date: | 2005-03-03 15:43:54 |
Message-ID: | Pine.GSO.4.62.0503031830090.3626@ra.sai.msu.su |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi there,
I'm trying to understand if I have something to optimize in my
query which is basically looks like a bunch of many intervals:
(ipix >= 341288409261670400 AND ipix < 341358778005848064)
OR (ipix >= 341710621726736384 AND ipix < 341728213912780800)
OR (ipix >= 341728213912780800 AND ipix < 341745806098825216)
OR (ipix >= 340531945261760512 AND ipix < 340549537447804928)
OR (ipix >= 340567129633849344 AND ipix < 340584721819893760)
...........................................................
Table is rather big (> 500 mln rows) and clustered by
btree index on ipix. Generally I'm quite satisfied with
performance, but I'm wondering if optimizer take order of intervals
into account ?
Looking into pg_stat_user_tables
I see there were 168 index scans which is exactly the number of
intervals and 98530 tuples fetched. Since table is clustered hit
ratio is very good and execution time is < 0.5s.
Regards,
Oleg
_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg(at)sai(dot)msu(dot)su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Stark | 2005-03-03 16:08:36 | Re: 8.0.X and the ARC patent |
Previous Message | Oleg Bartunov | 2005-03-03 15:29:55 | cluster table by two-column index ? |