Re: AW: AW: pg_index.indislossy

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: AW: AW: pg_index.indislossy
Дата
Msg-id 200107101704.f6AH4GI19214@candle.pha.pa.us
обсуждение исходный текст
Ответ на AW: AW: pg_index.indislossy  (Zeugswetter Andreas SB <ZeugswetterA@wien.spardat.at>)
Список pgsql-hackers
> 
> > > > > > > > Can someone tell me what we use indislossy for?
> > > > >
> > > > > Ok, so the interpretation of this field is:
> > > > >     A match in the index needs to be reevaluated in the heap tuple data,
> > > > >     since a match in the index does not necessarily mean, that the heap tuple
> > > > >     matches.
> > > > >     If the heap tuple data matches, the index must always match.
> > > 
> > > AFAIK, this is true for all indexes in PostgreSQL, because index rows
> > > don't store the transactions status.  Of course those are two different
> > > underlying reasons why a heap lookup is always necessary, but there
> > > shouldn't be any functional difference in the current implementation.
> > 
> > Seems it is something they added for the index abstraction and not for
> > practical use by PostgreSQL.
> 
> Why, you do not need to call the comparison function on the heap data
> if the index is not lossy, saves some CPU cycles.

Because we don't know of the tuples expired status until we check the
heap.

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
853-3000+  If your life is a hard drive,     |  830 Blythe Avenue +  Christ can be your backup.        |  Drexel Hill,
Pennsylvania19026
 


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Stephan Szabo
Дата:
Сообщение: Re: Any tips for this particular performance problem?
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: AW: pg_index.indislossy