Re: default_text_search_config and expression indexes - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: default_text_search_config and expression indexes
Date
Msg-id 200708142035.l7EKZog06133@momjian.us
Whole thread Raw
In response to Re: default_text_search_config and expression indexes  (Heikki Linnakangas <heikki@enterprisedb.com>)
List pgsql-hackers
Heikki Linnakangas wrote:
> Bruce Momjian wrote:
> > 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.
> 
> That would be unfortunate :(. Sorry I haven't looked at this earlier. Do
> you think that implementing a strongly typed system is too much work for
> 8.3?

Yea, probably.  See my other posting with an updated subject line.

--  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 by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: change name of redirect_stderr?
Next
From: Tom Lane
Date:
Subject: Re: change name of redirect_stderr?