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

Re: [OpenFTS-general] relor and relkov

From: Oleg Bartunov <oleg(at)sai(dot)msu(dot)su>
To: Uros Gruber <uros(dot)gruber(at)sir-mag(dot)com>
Cc: Caffeinate The World <mochaexpress(at)yahoo(dot)com>,openfts discussion <openfts-general(at)lists(dot)sourceforge(dot)net>,Pgsql Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [OpenFTS-general] relor and relkov
Date: 2003-01-31 09:40:07
Message-ID: Pine.GSO.4.44.0301301049290.8713-100000@ra.sai.msu.su (view raw or flat)
Thread:
Lists: pgsql-hackers
Hi there,

we've discussed with Teodor about adding ranking feature to tsearch and
seems we've found a way to do that. New version of tsearch will have
ranking supports, friendly configurability, linguistic options
 and removing some internal limits. Expect alpha-version in 1-2 weeks.
But, we need help to create good documentation for tsearch !
This is main stopper for releasing of tsearch.

	Oleg
On Wed, 29 Jan 2003, Uros Gruber wrote:

> Hi,
>
> about this problem i was talking about. With openFTS you're
> forced to use those two fields. If you wan't to use other
> columns you can, becase of those 2 functions.
>
> I make someking workaround and concatenate all columns and
> index this. But then you can't change weight for each column.
>
> Because of this i think that we have to work more on this
> tsearch and ranking and make this more close to postgresql.
>
>
>

	Regards,
		Oleg
_____________________________________________________________
Oleg Bartunov, sci.researcher, hostmaster of AstroNet,
Sternberg Astronomical Institute, Moscow University (Russia)
Internet: oleg(at)sai(dot)msu(dot)su, http://www.sai.msu.su/~megera/
phone: +007(095)939-16-83, +007(095)939-23-83



Responses

pgsql-hackers by date

Next:From: Caffeinate The WorldDate: 2003-01-31 09:45:12
Subject: Re: [OpenFTS-general] relor and relkov
Previous:From: Ian BarwickDate: 2003-01-31 08:55:09
Subject: Re: [mail] Re: Windows Build System

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