Re: Migration study, step 2: rewriting queries - Mailing list pgsql-performance

From Mikael Carneholm
Subject Re: Migration study, step 2: rewriting queries
Date
Msg-id 7F10D26ECFA1FB458B89C5B4B0D72C2B3E3D30@sesrv12.wirelesscar.com
Whole thread Raw
In response to Migration study, step 2: rewriting queries  ("Mikael Carneholm" <Mikael.Carneholm@WirelessCar.com>)
Responses Re: Migration study, step 2: rewriting queries
List pgsql-performance
>This should be fixed by the changes I made recently in
choose_bitmap_and
>--- it wasn't being aggressive about pruning overlapping AND conditions
when a sub-OR was involved.  It's possible the new coding is >*too*
aggressive, and will reject indexes that it'd be profitable to include;
but at least it won't make this particular mistake.

Ok, cool. I don't have time to test this right now as the project has to
move on (and I guess testing the fix would require a dump+build CVS
version+restore), but as a temporary workaround I simly dropped the
xda_dat index (all queries on that table include the
person_information__id column anyway).

- Mikael



pgsql-performance by date:

Previous
From: Gavin Hamill
Date:
Subject: Re: Slow query - possible bug?
Next
From: Markus Schaber
Date:
Subject: Re: Inserts optimization?