Re: [HACKERS] Estimation problem with a LIKE clause containing a /

From: "Guillaume Smet" <guillaume(dot)smet(at)gmail(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Gregory Stark" <stark(at)enterprisedb(dot)com>, pgsql-performance <pgsql-performance(at)postgresql(dot)org>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [HACKERS] Estimation problem with a LIKE clause containing a /
Date: 2007-11-09 20:57:27
Message-ID: 1d4e0c10711091257w401c95f4s5f63ae32daecd14e@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-performance

Tom,

Just to confirm you that your last commit fixed the problem:

lbo=# explain analyze select * from cms_items where ancestors LIKE '1062/%';
QUERY PLAN
---------------------------------------------------------------------------------------------------------------
Seq Scan on cms_items (cost=0.00..688.26 rows=*9097* width=103)
(actual time=0.011..22.605 rows=11326 loops=1)
Filter: ((ancestors)::text ~~ '1062/%'::text)
Total runtime: 30.022 ms
(3 rows)

Thanks for your time.

--
Guillaume

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Pavel Stehule 2007-11-09 21:13:30 last note to rewrite function
Previous Message Tom Lane 2007-11-09 20:44:54 Latest xml patch breaks some of the buildfarm

Browse pgsql-performance by date

  From Date Subject
Next Message David Crane 2007-11-09 21:44:11 Can I Determine if AutoVacuum Does Anything?
Previous Message Scott Marlowe 2007-11-09 20:47:01 Re: work_mem and shared_buffers