| От | Tom Lane |
|---|---|
| Тема | Re: LIKE, leading percent, bind parameters and indexes |
| Дата | |
| Msg-id | 24934.1148439323@sss.pgh.pa.us обсуждение |
| Ответ на | LIKE, leading percent, bind parameters and indexes ("Rodrigo Hjort" <rodrigo.hjort@gmail.com>) |
| Ответы |
Re: LIKE, leading percent, bind parameters and indexes
|
| Список | pgsql-hackers |
"Rodrigo Hjort" <rodrigo.hjort@gmail.com> writes:
> What happens is that only the "004" block uses the index! The "002" code,
> which also has no leading percent, does a sequential scan. The difference
> between them is that "002" uses bind parameters.
Yeah. The LIKE index optimization depends on seeing a constant LIKE
pattern at plan time --- otherwise the planner doesn't know what
indexscan parameters to generate. So a bound-parameter query loses.
Ideas for improving this situation are welcome ... it's not an easy
problem ...
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера