Re: pg_get_INDEXdef - opclass

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: pg_get_INDEXdef - opclass
Дата
Msg-id E7F85A1B5FF8D44C8A1AF6885BC9A0E4013888C6@ratbert.vale-housing.co.uk
обсуждение исходный текст
Ответы Re: pg_get_INDEXdef - opclass
Список pgsql-hackers

> -----Original Message-----
> From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
> Sent: 12 June 2006 18:32
> To: Dave Page
> Cc: pgsql-hackers@postgresql.org
> Subject: Re: [HACKERS] pg_get_INDEXdef - opclass
>
> "Dave Page" <dpage@vale-housing.co.uk> writes:
> >> Following a pgAdmin bug report, I noticed that
> pg_get_viewdef doesn't
> >> return the opclass when called for a specific column (in 8.1
> >> at least) -
>
> > Bah, I mean pg_get_indexdef of course :-)
>
> This is intentional --- whoever asked for the per-column variant of
> the indexdef function wanted it that way.  It seems reasonable to me:
> you can extract the opclass name with a simple join against
> pg_index.indclass[N], when you need it, whereas if the function
> sometimes included an opclass name that would tend to break apps that
> weren't expecting it.  OTOH, getting the expression for an expression
> column would be seriously painful if there were no function to do it.

Right, but how can I conditionally join with pg_opclass based on whether
or not the opclass specified for the column is the default for that
type? For a base type index column I can probably do that with some SQL,
but what about cases where the index column is an expression?

Regards, Dave.


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

Предыдущее
От: Bruno Wolff III
Дата:
Сообщение: Re: Ranges for well-ordered types
Следующее
От: Simon Riggs
Дата:
Сообщение: Re: [PATCHES] Non-transactional pg_class, try 2