Re: Unique and Primary Key Constraints
От | Bruce Momjian |
---|---|
Тема | Re: Unique and Primary Key Constraints |
Дата | |
Msg-id | 200207131429.g6DETSM21306@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: Unique and Primary Key Constraints (Rod Taylor <rbt@zort.ca>) |
Ответы |
Re: Unique and Primary Key Constraints
|
Список | pgsql-hackers |
Rod Taylor wrote: > > > I prefer ...add constraint. After a while (release or 2) removal of > > > create unique index all together. > > > > Remove CREATE UNIQUE INDEX entirely? Why? > > I was looking to encourage users to use core SQL as I spend more time > than I want converting between systems -- thanks in part to users who > create non-portable structures. > > Temporarily forgot there are index types other than btree :) Not so much non-btree, but non-unique indexes themselves. UNIQUE index is funny because it is a constraint and an performance utility. I see your point that a constraint is more ANSI standard, but because we can't get rid of non-unique indexes, I am not sure if there is really a good reason to move to UNIQUE constraints. Well, it does make the table definition and index more compact (one statement) but we split them up on pg_dump so we can load the table without the index, so it doesn't seem to be a win. -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 853-3000+ If your life is a hard drive, | 830 Blythe Avenue + Christ can be your backup. | Drexel Hill, Pennsylvania19026
В списке pgsql-hackers по дате отправления: