Re: Not In Foreign Key Constraint

Поиск
Список
Период
Сортировка
От Misa Simic
Тема Re: Not In Foreign Key Constraint
Дата
Msg-id CAH3i69nBB6iDzz6=v_pdatkaqocm_EHuzeYFSL7-530ncK=2FA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Not In Foreign Key Constraint  (David Johnston <polobo@yahoo.com>)
Список pgsql-hackers

2013/9/19 David Johnston <polobo@yahoo.com>
Misa Simic wrote
> I guess that rule can be achieved with triigers on TableA and TableC - but
> the same is true for FK (and FK constraint is more effective then trigger
> -
> that is why I wonder would it be useful/achievable to create that kind of
> constraint)
>
> Thoughts, ideas?

You create a common "keys in use" table and only insert a record into the
main tables if you can successfully add the desired key to the shared keys
table ( as a unique value ).  Setup a normal FK to that table to help
enforce that valid records must exist on the keys table.  Not fool-proof but
you only need to worry about insertions - delete from the pk table to remove
the record from the main table and free up the key.

David J.






Thanks David,

Yes, that is one of ways that goal can be achieved via triggers (or to let someone else worry about that Key is inserted/updated/deleted in Master Table first...)

Constraint - should be more effective way... (It shouldnt be mixed with FK constraint - even it is opposite on some kind... - it was just simplest way to describe the feature)

And it should ensure that every row in table is valid from moment it is created (what trigger can't ensure - constraint does it - or constraint cant be created etc)

Thanks,

Misa

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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Re: Proposal/design feedback needed: WITHIN GROUP (sql standard ordered set aggregate functions)
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Dead code or buggy code?