AW: AW: pg_index.indislossy

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas SB
Тема AW: AW: pg_index.indislossy
Дата
Msg-id 11C1E6749A55D411A9670001FA687963368376@sdexcsrv1.f000.d0188.sd.spardat.at
обсуждение исходный текст
Ответы Re: AW: AW: pg_index.indislossy  (Bruce Momjian <pgman@candle.pha.pa.us>)
Список 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.

Andreas


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

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: AW: pg_index.indislossy
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: AW: pg_index.indislossy