Re: Problem (bug?) with like

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
Cc: drheart(at)wanadoo(dot)es, Lista PostgreSql <pgsql-general(at)postgresql(dot)org>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Problem (bug?) with like
Date: 2001-12-04 19:52:19
Message-ID: 2874.1007495539@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> But what about '%A%' vs. '%AC%'. Seems the second is reasonably
> different from the first the our optimizer may be fine with that. Is it
> only when the strings get longer that we lose specificity?

Yeah, I don't think that the estimates are bad for one or two
characters. But the estimate gets real small real fast as you
increase the number of match characters in the LIKE pattern.
We need to slow that down some.

regards, tom lane

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Bruce Momjian 2001-12-04 19:55:30 Re: Problem (bug?) with like
Previous Message Paul Laub 2001-12-04 19:45:00 Re: BEGIN, ROLLBACK,COMMIT

Browse pgsql-hackers by date

  From Date Subject
Next Message Bruce Momjian 2001-12-04 19:55:30 Re: Problem (bug?) with like
Previous Message Tom Lane 2001-12-04 19:49:05 Undocumented feature costs a lot of performance in COPY IN