Re: Information Schema and constraint names not unique

Поиск
Список
Период
Сортировка
Искать
От
Tom Lane
Тема
Re: Information Schema and constraint names not unique
Дата
Msg-id
20046.1068134069@sss.pgh.pa.us
Ответ на
Список
Дерево обсуждения
Information Schema and constraint names not unique Philip Warner <pjw@rhyme.com.au>
Re: Information Schema and constraint names not unique Tom Lane <tgl@sss.pgh.pa.us>
Re: Information Schema and constraint names not unique Andrew Dunstan <andrew@dunslane.net>
Re: Information Schema and constraint names not unique Tom Lane <tgl@sss.pgh.pa.us>
Re: Information Schema and constraint names not unique Peter Eisentraut <peter_e@gmx.net>
Re: Information Schema and constraint names not unique Tom Lane <tgl@sss.pgh.pa.us>
Re: Information Schema and constraint names not unique Alvaro Herrera <alvherre@dcc.uchile.cl>
Re: Information Schema and constraint names not unique Tom Lane <tgl@sss.pgh.pa.us>
Re: Information Schema and constraint names not unique Bruce Momjian <pgman@candle.pha.pa.us>
Re: Information Schema and constraint names not unique Tom Lane <tgl@sss.pgh.pa.us>
Re: Information Schema and constraint names not unique Bruce Momjian <pgman@candle.pha.pa.us>
Re: Information Schema and constraint names not unique Andrew Dunstan <andrew@dunslane.net>
Re: Information Schema and constraint names not unique Tom Lane <tgl@sss.pgh.pa.us>
Re: Information Schema and constraint names not unique Andrew Dunstan <andrew@dunslane.net>
Re: Information Schema and constraint names not unique Barry Lind <blind@xythos.com>
Re: Information Schema and constraint names not unique Bruce Momjian <pgman@candle.pha.pa.us>
Re: Information Schema and constraint names not Philip Warner <pjw@rhyme.com.au>
Re: Information Schema and constraint names not unique Andrew Dunstan <andrew@dunslane.net>
Andrew Dunstan  writes:
>> The reason the spec defines these views this way is that it expects
>> constraint names to be unique across a whole schema.  We don't enforce
>> that, and I don't think we want to start doing so (that was already
>> proposed and shot down at least once).

> Would a good halfway house be to ensure that generated names were unique 
> within a schema (e.g. instead of generating "$1" generate 
> "tablename$1")?

No, because that buys into all of the serialization and deadlocking
problems that doing it the spec's way entail --- essentially, you cannot
add a new constraint without obtaining some kind of schema-wide lock.
See prior discussions.
		regards, tom lane

В списке pgsql-hackers по дате отправления
От: Andrew Dunstan
Дата:
От: Peter Eisentraut
Дата:
FAQ