unfortunately...

Поиск
Список
Период
Сортировка
От Vadim Mikheev
Тема unfortunately...
Дата
Msg-id 360B139E.FA1587FC@krs.ru
обсуждение исходный текст
Ответы Re: [HACKERS] unfortunately...  (The Hermit Hacker <scrappy@hub.org>)
Re: [HACKERS] unfortunately...  (Bruce Momjian <maillist@candle.pha.pa.us>)
Re: unfortunately...  (darcy@druid.net (D'Arcy J.M. Cain))
Список pgsql-hackers
I don't like implementation of referential integrity constraints
in contrib/spi/refint.* and implementation of ... unique indices:
backend checks constraints when tuple is changed.

Oracle checks constraints after entire _statement_ is done.
Do you remember this:

vac=> create table x (a int unique);
NOTICE:  CREATE TABLE/UNIQUE will create implicit index x_a_key for table x
CREATE
vac=> insert into x values (1);
INSERT 143852 1
vac=> insert into x values (2);
INSERT 143853 1
vac=> update x set a = a + 1;
ERROR:  Cannot insert a duplicate key into a unique index

This is simplest case. Keeping in mind triggers
I would like to see Oracle behaviour some day and so
I decided to do not implement FOREIGN keys in 6.4 -:((

Sorry.

Vadim

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: [HACKERS] pg_dump, problem with user defined types?
Следующее
От: "Thomas G. Lockhart"
Дата:
Сообщение: Re: [HACKERS] unfortunately...