Re: default_text_search_config and expression indexes
От | Bruce Momjian |
---|---|
Тема | Re: default_text_search_config and expression indexes |
Дата | |
Msg-id | 200708140231.l7E2VPn04483@momjian.us обсуждение исходный текст |
Ответ на | Re: default_text_search_config and expression indexes (Heikki Linnakangas <heikki@enterprisedb.com>) |
Ответы |
Re: default_text_search_config and expression indexes
Re: default_text_search_config and expression indexes |
Список | pgsql-hackers |
Heikki Linnakangas wrote: > Bruce Momjian wrote: > > Heikki Linnakangas wrote: > >> Removing the default configuration setting altogether removes the 2nd > >> problem, but that's not good from a usability point of view. And it > >> doesn't solve the general issue, you can still do things like: > >> SELECT * FROM foo WHERE to_tsvector('confA', textcol) @@ > >> to_tsquery('confB', 'query'); > > > > True, but in that case you are specifically naming different > > configurations, so it is hopefully obvious you have a mismatch. > > There's many more subtle ways to do that. For example, filling a > tsvector column using a DEFAULT clause. But then you sometimes fill it > in the application instead, with a different configuration. Or if one of > the function calls is buried in another user defined function. > > I don't think explicitly naming the configuration gives enough protection. Oh, wow, OK, well in that case the text search API isn't ready and we will have to hold this for 8.4. -- 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-hackers по дате отправления: