Re: tsearch_core for inclusion - Mailing list pgsql-hackers

From Robert Treat
Subject Re: tsearch_core for inclusion
Date
Msg-id 200703160937.13955.xzilla@users.sourceforge.net
Whole thread Raw
In response to Re: tsearch_core for inclusion  (Teodor Sigaev <teodor@sigaev.ru>)
Responses Re: tsearch_core for inclusion
List pgsql-hackers
On Friday 16 March 2007 04:44, Teodor Sigaev wrote:
> > I'm also concerned about the stability of the tsearch api in general wrt
> > including it in core.  Currently the recommended upgrade practice is to
> > dump/reload without tsearch, installing the new servers version of
> > tsearch
>
> That is because pg_ts* tables changes, function names and internal API.
> Putting tsearch in core discards a lot of such problem. For example, who
> notices changes in pg_am table from release to release? Really it was a
> developers/hackers, not a usual users

I've ran into problems on very vanilla setups that I am sure other users are 
going to run across... see the following for details: 
http://people.planetpostgresql.org/xzilla/index.php?/archives/291-The-pain-that-is-tsearch2-8.1-8.2-upgrading.html

I don't see how the proposal is going to solve that type of problem, but maybe 
I am overlooking something?

-- 
Robert Treat
Build A Brighter LAMP :: Linux Apache {middleware} PostgreSQL


pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: Bug in UTF8-Validation Code?
Next
From: Andrew Dunstan
Date:
Subject: Re: My honours project - databases using dynamically attached entity-properties