Re: why it doesn't work? referential integrity - Mailing list pgsql-general

From Gregory Stark
Subject Re: why it doesn't work? referential integrity
Date
Msg-id 87r6ma16mv.fsf@oxford.xeocode.com
Whole thread Raw
In response to Re: why it doesn't work? referential integrity  ("Pavel Stehule" <pavel.stehule@gmail.com>)
Responses Re: why it doesn't work? referential integrity  (Gregory Stark <stark@enterprisedb.com>)
List pgsql-general
"Pavel Stehule" <pavel.stehule@gmail.com> writes:

> 2007/8/11, Gregory Stark <stark@enterprisedb.com>:
>>
>> "Pavel Stehule" <pavel.stehule@gmail.com> writes:
>>
>> >   checked_by INT REFERENCES users (id) ON UPDATE CASCADE ON DELETE SET NULL,
>>
>> > CONTEXT:  SQL statement "UPDATE ONLY "public"."tasks" SET "worker" =
>> > NULL WHERE $1 OPERATOR(pg_catalog.=) "worker""
>>
>> This says you mistyped the constraint above to refer to tasks(worker) instead
>> of users(id). Did you?
>>
>> --
>
> Im sorry. I don't understand.  It's look like wrong evaluation order:
>
> 1. delete from users

There's no delete from users in evidence here.

Check how your constraints are actually defined, it doesn't look like they're
defined they way you claimed they are


--
  Gregory Stark
  EnterpriseDB          http://www.enterprisedb.com


pgsql-general by date:

Previous
From: "Pavel Stehule"
Date:
Subject: Re: why it doesn't work? referential integrity
Next
From: Gregory Stark
Date:
Subject: Re: why it doesn't work? referential integrity