для ID точки взаимодействия):
permissions_%d (
client INTEGER /* сейчас тут ещё NOT NULL */,
permission INTEGER[4] NOT NULL,
status BOOLEAN,
FOREIGN KEY (client) REFERENCES public.accounts (id),
FOREIGN KEY (permission) REFERENCES public.permissions (id)
)
Я же хочу выполнить что-то вроде такого запроса (вроде правильно составил):
WITH RECURSIVE user_permissions AS (
SELECT
client,
permission,
status
FROM
permissions_%d
WHERE
client = :client_id
UNION ALL
SELECT
p.client,
p.permission,
p.status
FROM
permissions_%d p
JOIN
user_permissions up ON up.permission = p.permission
WHERE
p.client IS NULL
)
SELECT
status
FROM
user_permissions
WHERE
permission = ?
LIMIT
1;
И зачем вам этот null все равно не понятно
Если администратор точки взаимодействия не хочет каждому пользователю отдельно определять права, то он определяет их для NULL-пользователя. Если не найдено явно указанное право для пользователя, то берутся права от NULL.
Это один Union от системного значения
абстрактные записи делать)
С абстрактными правами ))))
Я не шарю.
Сохраняю твои статусы, только потому что круто выглядит ☝️
Но стоп. Юнион относительно какого ключа
Не хотите смотреть на модель пользователь/роль и тд Сделайте просто пользователя Public и обычный Union в запросе привилегий
.
Обсуждают сегодня