Re: Simplifying pg_am representation of index sortability

Поиск
Список
Период
Сортировка
От Gregory Stark
Тема Re: Simplifying pg_am representation of index sortability
Дата
Msg-id 87wt3gg1m3.fsf@stark.xeocode.com
обсуждение исходный текст
Ответ на Simplifying pg_am representation of index sortability  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Simplifying pg_am representation of index sortability  (Martijn van Oosterhout <kleptog@svana.org>)
Список pgsql-hackers
"Tom Lane" <tgl@sss.pgh.pa.us> writes:

> So I'm thinking that the pg_am columns amorderstrategy and amdescorder are
> redundant and should be replaced with a simple boolean, "amcansort" perhaps.
> Any objections?

Any chance of getting rid of the remaining inter-operator relationship columns
in pg_operator? At least for operator with btree strategy numbers oprcom and
oprnegate can be deduced. I think you already got rid of the rest. They are
quite a pain when defining cross-data-type operators.

I guess it's tricky since there may be operators which have valid negators and
commutators but which don't get used by any btree operator class. Does
Postgres actually make use of the oprcom and oprnegate in that case? Could
they be used only for such operators to provide values for when they can't be
automatically deduced?

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: ECPG regression tests seem rather fundamentally broken
Следующее
От: Martijn van Oosterhout
Дата:
Сообщение: Re: Simplifying pg_am representation of index sortability