Re: [GENERAL] indexed regex select optimisation missing?
| От | Bruce Momjian |
|---|---|
| Тема | Re: [GENERAL] indexed regex select optimisation missing? |
| Дата | |
| Msg-id | 199911051637.LAA05710@candle.pha.pa.us обсуждение |
| Ответ на | Re: [GENERAL] indexed regex select optimisation missing? ("Ross J. Reedstrom" <reedstrm@wallace.ece.rice.edu>) |
| Список | pgsql-general |
> Stuart -
> I'm forwarding a version of your last message to the hackers list, and
> to Lamar Owen, who's the keeper of the RPMs. The short verson, for those
> who haven't followed this thread over on GENERAL, is that Stuart is being
> bitten by the USE_LOCALE affect on the makeIndexable() function in the
> parser: anchored regex searches on a large table (a glossary, I believe)
> take a long time, proportional to sort position of the anchoring text:
> i.e. searching for '^zoo' is quick, '^apple' is very slow.
>
> I seems to recall the packagers here (Lamar and Oliver) asking if defining
> USE_LOCALE for the general RPM or deb would cause any problems for other
> users, who don't need locale info. Here's a real world example.
>
> The discussion about this was last June, and shifted focus into the
> multi-byte problem, as far as I can tell. Bruce, some version of this
> is on the TODO list, right?
I have beefed up the FAQ with a mention that locale disables regex
indexing, and have added to TODO:
* Allow LOCALE to use indexes in regular expression searches
--
Bruce Momjian | http://www.op.net/~candle
maillist@candle.pha.pa.us | (610) 853-3000
+ If your life is a hard drive, | 830 Blythe Avenue
+ Christ can be your backup. | Drexel Hill, Pennsylvania 19026
В списке pgsql-general по дате отправления: