| От | Giles Lean |
|---|---|
| Тема | Re: An idea on faster CHAR field indexing |
| Дата | |
| Msg-id | 11449.961621146@nemeton.com.au обсуждение исходный текст |
| Ответ на | An idea on faster CHAR field indexing ("Randall Parker" <randall@nls.net>) |
| Список | pgsql-hackers |
> So let me cut to the chase: I'm thinking that rather than store the > actual character sequence of each field (or some subset of a field) > in an index why not translate the characters into their collation > sequence values and store _those_ in the index? This is not an obvious win, since: 1. some collations rules require multiple passes over the data 2. POSIX strxfrm() will convert strings of characters to a form that can be compared by strcmp() [i.e. single pass] buttends to greatly increase memory requirements I've only data for one implementation of strxfrm(), but the memory usage startled me. In my application it was fasterto use strcoll() directly for collation than to pre-expand the data with strxfrm(). Regards, Giles
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера