Re: constraints and sql92 information_schema compliance

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: constraints and sql92 information_schema compliance
Дата
Msg-id 20361.1142435025@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: constraints and sql92 information_schema compliance  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
Ответы Re: constraints and sql92 information_schema compliance  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
Список pgsql-hackers
Stephan Szabo <sszabo@megazone.bigpanda.com> writes:
> The main options seem to be:
>  When we're allowing other order access, immediately reorder the
> constraint information to match the primary key order.  This helps out
> with IS since the loaded constraint should display properly, but
> theoretically could change the visual representation after load for people
> who don't care about this option.
>  Change the representation unconditionally on dump. Basically reorder the
> constraint at dump time to always generate a dump in SQL03 order. This has
> the same downside as the above except only after another dump/restore.
>  Change the representation on dump only if the flag is set (probably
> exporting this as an option to pg_dump as well). This could be a little
> more difficult to use, but pretty much causes the user to drive the
> choice.

I'm missing something.  On what basis do you claim that there's a
"SQL03 order", ie some ordering mandated by the spec?  What problem is
this really solving?
        regards, tom lane


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

Предыдущее
От: "Jonah H. Harris"
Дата:
Сообщение: Re: [PATCHES] About the structure of WAL Files.
Следующее
От: Stephan Szabo
Дата:
Сообщение: Re: constraints and sql92 information_schema compliance