Re: Tsearch2 Initial Search Speed

From: Matthew Wakeling <matthew(at)flymine(dot)org>
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: Tsearch2 Initial Search Speed
Date: 2008-06-17 11:04:06
Message-ID: Pine.LNX.4.64.0806171202130.3987@aragorn.flymine.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Tue, 17 Jun 2008, Howard Cole wrote:
> I think I may have answered my own question partially, the problem may be how
> I structure the query.
>
> Original statement:
>
> "Nested Loop (cost=4.40..65.08 rows=16 width=8)"
> " -> Function Scan on q (cost=0.00..0.01 rows=1 width=32)"
> " -> Bitmap Heap Scan on email (cost=4.40..64.87 rows=16 width=489)"
> " Filter: (email.fts @@ q.q)"
> " -> Bitmap Index Scan on email_fts_index (cost=0.00..4.40 rows=16 width=0)"
> " Index Cond: (email.fts @@ q.q)"
>
> Second statement:
>
> "Bitmap Heap Scan on email (cost=4.40..64.91 rows=16 width=8)"
> " Filter: (fts @@ '''howard'''::tsquery)"
> " -> Bitmap Index Scan on email_fts_index (cost=0.00..4.40 rows=16 width=0)"
> " Index Cond: (fts @@ '''howard'''::tsquery)"

As far as I can see, that shouldn't make any difference. Both queries
still do the bitmap heap scan, and have almost exactly the same cost.

Matthew

--
Lord grant me patience, and I want it NOW!

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Howard Cole 2008-06-17 11:23:29 Re: Tsearch2 Initial Search Speed
Previous Message Matthew Wakeling 2008-06-17 11:00:24 Re: Tsearch2 Initial Search Speed