FK Constraint with ON DELETE SET DEFAULT cascading as table owner

Поиск
Список
Период
Сортировка
От David G. Johnston
Тема FK Constraint with ON DELETE SET DEFAULT cascading as table owner
Дата
Msg-id CAKFQuwan7ZzORo-T_9FE859gZG6A7=U6_GkzE7WNyPKpQTs+cA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: FK Constraint with ON DELETE SET DEFAULT cascading as tableowner  (rob stone <floriparob@gmail.com>)
Список pgsql-general
On Friday, February 1, 2019, rob stone <floriparob@gmail.com> wrote:
Hello,

On Fri, 2019-02-01 at 14:01 +0000, Brad Leupen wrote:
> CREATE TABLE foo (
>     tenant TEXT REFERENCES tenant NOT NULL DEFAULT user,

> This script winds up failing because the “user” default value on
> foo.tenant evaluates to the table owner, not the active user role of
> “tenant1”. Is this the expected behavior? 

If you don't specify a "default" it uses NULL.
There is no tenant.id that is NULL.
So, the foreign key validation fails.

AFAICT, it is working as intended.

It working as intended but your analysis is wrong (for one, there is a default).

Cascading triggers use the role of the table owner instead of the statement executing role to handle various authorization configurations.  You may not be able leverage on delete/update here given your requirement.

David J.

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

Предыдущее
От: rob stone
Дата:
Сообщение: Re: FK Constraint with ON DELETE SET DEFAULT cascading as tableowner
Следующее
От: Jason W
Дата:
Сообщение: Re: Revoke SQL doesn't take effect