Re: UTF8MatchText
От | Bruce Momjian |
---|---|
Тема | Re: UTF8MatchText |
Дата | |
Msg-id | 200704100107.l3A17nL16507@momjian.us обсуждение исходный текст |
Ответ на | Re: UTF8MatchText (ITAGAKI Takahiro <itagaki.takahiro@oss.ntt.co.jp>) |
Список | pgsql-patches |
Your patch has been added to the PostgreSQL unapplied patches list at: http://momjian.postgresql.org/cgi-bin/pgpatches It will be applied as soon as one of the PostgreSQL committers reviews and approves it. --------------------------------------------------------------------------- ITAGAKI Takahiro wrote: > Bruce Momjian <bruce@momjian.us> wrote: > > > > I do not understand this patch. You have defined two functions, > > > UTF8MatchText() and UTF8MatchTextIC(), and the difference between them > > > is that one calls CHAREQ and the other calls ICHAREQ, but just above > > > those two functions you define the macros identically: > > > > Why are there two functions? Also, can't you use one function and just > > pass a boolean to indicate whether case should be ignored? > > The same is true of MBMatchText() and MBMatchTextIC(). > Now, I'll split the patch into two changes. > > 1. DropMBMatchTextIC.patch > Drop MBMatchTextIC() and use MBMatchText() instead. > > 2. UTF8MatchText.patch > Add UTF8MatchText() as a specialized version of MBMatchText(). > > > As a future work, it might be good to research the performance of rewriting > "col ILIKE 'pattern'" to "lower(col) LIKE lower('pattern')" in planner so that > we can avoid to call lower() for constant pattern in the right-hand side and > can use functional indexes (lower(col)). I think we never need MBMatchTextIC() > in the future unless we move to wide-character server encoding :) > > Regards, > --- > ITAGAKI Takahiro > NTT Open Source Software Center > [ Attachment, skipping... ] [ Attachment, skipping... ] -- Bruce Momjian <bruce@momjian.us> http://momjian.us EnterpriseDB http://www.enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-patches по дате отправления: