Re: LIKE search and performance - Mailing list pgsql-performance

From Alvaro Herrera
Subject Re: LIKE search and performance
Date
Msg-id 20070524214654.GR4320@alvh.no-ip.org
Whole thread Raw
In response to Re: LIKE search and performance  (Craig James <craig_james@emolecules.com>)
Responses Re: LIKE search and performance
List pgsql-performance
Craig James wrote:
> Mark Lewis wrote:
>
> >PG could scan the index looking for matches first and only load the
> >actual rows if it found a match, but that could only be a possible win
> >if there were very few matches, because the difference in cost between a
> >full index scan and a sequential scan would need to be greater than the
> >cost of randomly fetching all of the matching data rows from the table
> >to look up the visibility information.
>
> Just out of curiosity: Does Postgress store a duplicate of the data in the
> index, even for long strings?  I thought indexes only had to store the
> string up to the point where there was no ambiguity, for example, if I have
> "missing", "mississippi" and "misty", the index only needs "missin",
> "missis" and "mist" in the actual index.

What would happen when you inserted a new tuple with just "miss"?  You
would need to expand all the other tuples in the index.

--
Alvaro Herrera                         http://www.flickr.com/photos/alvherre/
"Puedes vivir solo una vez, pero si lo haces bien, una vez es suficiente"

pgsql-performance by date:

Previous
From: Craig James
Date:
Subject: Re: LIKE search and performance
Next
From: mark@mark.mielke.cc
Date:
Subject: Re: LIKE search and performance