Re: [HACKERS] unfortunately...
| От | The Hermit Hacker |
|---|---|
| Тема | Re: [HACKERS] unfortunately... |
| Дата | |
| Msg-id | Pine.BSF.4.02.9809250715440.24670-100000@hub.org обсуждение исходный текст |
| Ответ на | unfortunately... (Vadim Mikheev <vadim@krs.ru>) |
| Список | pgsql-hackers |
On Fri, 25 Sep 1998, Vadim Mikheev wrote:
> 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 -:((
Sounds reasonable to me...all things considered, I think that v6.4
has turned out, once more, to be one giant leap forward :)
> Sorry.
Don't be...I think if Bruce had his way, we'd be funding a cloning
project just so that we could get a dozen of you :) Its nice to be
reminded once in a while that you are "only human" *grin*
В списке pgsql-hackers по дате отправления: