AW: pg_index.indislossy

Поиск
Список
Период
Сортировка
От Zeugswetter Andreas SB
Тема AW: pg_index.indislossy
Дата
Msg-id 11C1E6749A55D411A9670001FA6879633682C6@sdexcsrv1.f000.d0188.sd.spardat.at
обсуждение исходный текст
Список pgsql-hackers
> > Let's avoid removing things for the sake of removing them ... might be an
> > old idea that, if someone takes the time to research, might prove useful
> > ...
> 
> Yea, there is actually some code attached to this vs. the others that
> had no code at all.  Are we ever going to do partial indexes?  I guess
> that is the question.

The idea is very very good, and since there is an exaple implementation in 
pg 4 it should probably be possible to reimplement. (DB2 has this feature also)

In real life, you would e.g. index a status column for rows, that need more work.
create index deposit_status_index on deposit (status) where status <> 0;
99% of your rows would have status = 0 thus the index would be extremely 
efficient for all select statements that search for a specific status other than 0.  

Imho it would be a shame to give up that idea so easily.

Andreas


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

Предыдущее
От: Oleg Bartunov
Дата:
Сообщение: please apply patch for GiST (7.1.1, current cvs)
Следующее
От: Zeugswetter Andreas SB
Дата:
Сообщение: AW: pg_index.indislossy