Skip site navigation (1) Skip section navigation (2)

Re: tsearch2 wrapper

From: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
To: pgsql-hackers(at)postgresql(dot)org
Cc: "Pavel Stehule" <pavel(dot)stehule(at)gmail(dot)com>, "Oleg Bartunov" <oleg(at)sai(dot)msu(dot)su>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Subject: Re: tsearch2 wrapper
Date: 2007-10-05 01:06:00
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
On Thursday 04 October 2007 11:52, Pavel Stehule wrote:
> Hello
> I am working on subj. There are two variants:
> a) simple C wrapper which can be SQL compatible .. with this wrapper
> we don't need any changes in dump files .. but I thinking it's
> impossible, because there are conflicts between functio'n names and
> table's names.

the new built in stuff should all be in pg_catalog schema, and the old stuff 
in public schema, so in theory it would work... example of conflict?

> b) simple SQL wrapper -> it need modification of dump file :(, but it
> can work (probably doesn't needs modify of application).
> I started work on variant b)
> plpgsql procedures I'll rewrite to C later.
> Now I thing, so compatibility is broken, but we can simplify port to
> 8.3 with some small wrapper like my wrapper.

thank goodness I've switched to putting tsearch in it's own schema, so I can 
easily seperate it with pg_dump.  

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

In response to


pgsql-hackers by date

Next:From: Tom LaneDate: 2007-10-05 01:09:15
Subject: Re: tsearch2 wrapper
Previous:From: Alvaro HerreraDate: 2007-10-04 23:44:35
Subject: Re: code documentation

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group