| От | Tom Lane |
|---|---|
| Тема | Re: Possible solution for LIKE optimization |
| Дата | |
| Msg-id | 24902.997136508@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Possible solution for LIKE optimization (Giles Lean <giles@nemeton.com.au>) |
| Ответы |
Re: Possible solution for LIKE optimization
|
| Список | pgsql-hackers |
Giles Lean <giles@nemeton.com.au> writes:
> Implementations of strxfrm() that I've looked at have had result data
> that is three or four times larger than then input string -- quite a
> penalty in some situations.
Especially so given that we don't have TOAST for indexes, so the indexed
value can't exceed about 2700 bytes (for btree and an 8K block size).
You are allowed to compress first, so that's not a hard limit, but it
could still be a problem.
I like the non-locale-aware-opclass idea much better than the original.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера