Re: query plan with index having a btrim is different for strings of different length
В списке pgsql-performance по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: query plan with index having a btrim is different for strings of different length |
| Дата | |
| Msg-id | 22937.1228865243@sss.pgh.pa.us обсуждение |
| Ответ на | query plan with index having a btrim is different for strings of different length (Richard Yen <dba@richyen.com>) |
| Ответы |
Re: query plan with index having a btrim is different for strings of different length
|
| Список | pgsql-performance |
Richard Yen <dba@richyen.com> writes:
> I've discovered a peculiarity with using btrim in an index and was
> wondering if anyone has any input.
What PG version is this?
In particular, I'm wondering if it's one of the early 8.2.x releases,
which had some bugs in and around choose_bitmap_and() that caused
them to sometimes make weird choices of indexes in a BitmapAnd plan
structure ...
Like David, I'm pretty dubious that the behavior has anything to do with
strings being 5 characters long exactly; but it could very much depend
on whether the string you choose is a common last name or not. That
would change the estimated number of matching rows and hence affect the
apparent relative attractiveness of different indexes.
regards, tom lane
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера