Re: TSearch2 performance issue? - Mailing list pgsql-hackers

From Teodor Sigaev
Subject Re: TSearch2 performance issue?
Date
Msg-id 424BD513.4070502@sigaev.ru
Whole thread Raw
In response to TSearch2 performance issue?  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
Responses Re: TSearch2 performance issue?
List pgsql-hackers

Christopher Kings-Lynne wrote:
> I see this in my PQA analyzed PostgreSQL log:
> 
> ######## Slowest queries
> select dict_init, dict_initoption, dict_lexize from pg_ts_dict where oid 
> = $1
> 
> It's my number one slowest query apparently!
> 
> Can that lookup perhaps be cached in some way?

It's cached. This select should run only one time per connection for each used 
dictionary. If its'not then it's a bug. I'll check it.


> 
> I notice that there is no unique index on the oid column, but that 
> shouldn't matter for performance since there are only like 6 rows in 
> that table.
> 
> Also, will this work with default_with_oids = false?  (When the schema 
> is initialised.)

All pg_ts_* tables are created with 'with oids' option.


> 
> Chris
> 
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 4: Don't 'kill -9' the postmaster

-- 
Teodor Sigaev                                   E-mail: teodor@sigaev.ru
  WWW: http://www.sigaev.ru/
 


pgsql-hackers by date:

Previous
From: Christopher Kings-Lynne
Date:
Subject: Bug in DROP NOT NULL
Next
From: Gavin Sherry
Date:
Subject: Re: ARC patent