From: | Teodor Sigaev <teodor(at)sigaev(dot)ru> |
---|---|
To: | mailinglists(at)net-virtual(dot)com |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: Tsearch2 indexing question.... |
Date: | 2003-10-31 09:15:45 |
Message-ID: | 3FA22841.6070803@sigaev.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Easy way:
comment out in wordparser/parser.l:
[[:alnum:]\./_-]+"/"[[:alnum:]\./_-]+ {
token = tsearch2_yytext;
tokenlen = tsearch2_yyleng;
return FILEPATH;
}
but lexeme as '/usr/local/bin/perl' will be indexed as usr, local, lib, perl.
Remember, after recompile and install, you should reindex text data.
Complex way: write your own parser.
mailinglists(at)net-virtual(dot)com wrote:
> Hello,
>
> First of all I want to say that I really like this tsearch2 - it's a
> really great addition to Postgres!..
>
> I am having one minor issue with it and I just can't quite figure out the
> best way to solve it...
>
> Basically I had a user enter the following string "Executive
> Assistant/Network Manager"... I am unable to find this data by doing a
> search for "Assistant" or "Network"... I guess this is due to the "/"
> between the two words... In any event, is there an easy solution to
> this?..
>
> - Greg
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: the planner will ignore your desire to choose an index scan if your
> joining column's datatypes do not match
--
Teodor Sigaev E-mail: teodor(at)sigaev(dot)ru
From | Date | Subject | |
---|---|---|---|
Next Message | Mark Kirkwood | 2003-10-31 09:55:33 | ATA disks and RAID controllers for database servers |
Previous Message | Shridhar Daithankar | 2003-10-31 08:56:43 | Re: slow query performance |