From: | Robert Treat <xzilla(at)users(dot)sourceforge(dot)net> |
---|---|
To: | Teodor Sigaev <teodor(at)sigaev(dot)ru> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: tsearch_core for inclusion |
Date: | 2007-03-16 13:37:13 |
Message-ID: | 200703160937.13955.xzilla@users.sourceforge.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | 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
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2007-03-16 13:56:23 | Re: My honours project - databases using dynamically attached entity-properties |
Previous Message | Andrew Dunstan | 2007-03-16 13:06:08 | Re: Bug in UTF8-Validation Code? |