From: | Kris Kiger <kris(at)musicrebellion(dot)com> |
---|---|
To: | pgsql-admin(at)postgresql(dot)org |
Subject: | Re: tsearch2 poor performance |
Date: | 2004-09-27 17:30:49 |
Message-ID: | 41584E49.5040301@musicrebellion.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-hackers |
Oleg,
Thanks for the help on this.
The query I used to return the 508 number is:
SELECT * FROM stat('SELECT vector FROM product') ORDER BY ndoc
desc, word ;
Testing says, the more words I use, the faster the query is. My
original search word, 'oil', appears in 226,357 documents 233,266 times.
As far as distinct words go, 'oil' is middle of the road for
occurences. As it is set up now, the best search time I am getting on
this single word is roughly 22 seconds.
Kris
Oleg Bartunov wrote:
>Kris,
>
>do you actually have only 508 disctinct words ? Could you try
>more complex queries, say 2-3 words. Does these queries run faster ?
>
>
> Oleg
>On Mon, 27 Sep 2004, Kris Kiger wrote:
>
>
>
>>Regardless of caching, the queries are still taking 19~20 seconds to run
>>on the 3,000,000 rows. I've played with performance tuning and nothing
>>seems to make much of a difference. If I am reading that list from stat
>>correctly, then I am operating on 508 distinct words. Is this the
>>performance I should expect from tsearch2? Or is something still awry?
>> I'm inclined to think something else is wrong, after reading some
>>other people's tsearch performance stats. Thanks!
>>
>>Kris
>>
>>
>>
> Regards,
> Oleg
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2004-09-27 17:36:17 | Re: tsearch2 poor performance |
Previous Message | Oleg Bartunov | 2004-09-27 17:02:37 | Re: tsearch2 poor performance |
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2004-09-27 17:36:17 | Re: tsearch2 poor performance |
Previous Message | Oleg Bartunov | 2004-09-27 17:02:37 | Re: tsearch2 poor performance |