Re: default_text_search_config and expression indexes
От | Heikki Linnakangas |
---|---|
Тема | Re: default_text_search_config and expression indexes |
Дата | |
Msg-id | 46BC6ED3.8060609@enterprisedb.com обсуждение исходный текст |
Ответ на | Re: default_text_search_config and expression indexes (Bruce Momjian <bruce@momjian.us>) |
Ответы |
Re: default_text_search_config and expression
indexes
|
Список | pgsql-hackers |
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. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: