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
Ответ на
Re: Information Schema and constraint names not unique (Andrew Dunstan)
Список
Дерево обсуждения
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 по дате отправления
От: Peter Eisentraut
Дата: