Возможно ли обновлять строки, защищенные Row Level Security, не будучи superuser? / PostgreSQL

Мобильная версия Контакт Правила FAQ Помощь

Гость

Войти | Регистрация | Профиль | Очистить

Форумы | Пользователи | Статистика | Мод. лог | Поиск

Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр

Форумы / PostgreSQL [игнор отключен] [закрыт для гостей] / Возможно ли обновлять строки, защищенные Row Level Security, не будучи superuser?

3 сообщений из 3, страница 1 из 1

Возможно ли обновлять строки, защищенные Row Level Security, не будучи superuser?

#40096919

Denis Yakovenko

Гость

Я пытаюсь обновлять значения в таблице, строки которой защищены политиками row level security (делать soft delete).
Однако, при обновлении получаю ошибку: Query Statusnew row violates row-level security policy for table "my_table".

По сути, мне нужно производить удаление строк (soft delete) путем обновления поля deleted . И при этом мне нужно, чтобы current_user (который еще и owner таблицы, но не superuser) не видел строки, у которых флаг deleted установлен в true .

Вот, как я задаю row level security:

Код: plsql

1.
2.
3.
4.
5.
6.
7.

alter table my_table enable row level security;
alter table my_table force row level security;

create policy select_policy on my_table for select to public using (deleted is false);
create policy insert_policy on my_table for insert to public with check (true);
create policy delete_policy on my_table for delete to public using (true);
create policy update_policy on my_table for update to public using (true) with check (true);

И вот так пытаюсь обновить строку:

Код: plsql

update my_table set deleted = true where id = 1;

__________

Возможно ли это вообще реализовать? Если да, то что я делаю не так и что нужно исправить?

...

Рейтинг:

0 / 0

11.09.2021, 20:57

| Ответить | Цитировать | Написать

Возможно ли обновлять строки, защищенные Row Level Security, не будучи superuser?

#40096939

grgdvo

Гость

Denis Yakovenko,

дока

Typically an UPDATE command also needs to read data from columns in the relation being updated (e.g., in a WHERE clause or a RETURNING clause, or in an expression on the right hand side of the SET clause ). In this case, SELECT rights are also required on the relation being updated, and the appropriate SELECT or ALL policies will be applied in addition to the UPDATE policies. Thus the user must have access to the row(s) being updated through a SELECT or ALL policy in addition to being granted permission to update the row(s) via an UPDATE or ALL policy.

Скорее всего Вам нужно как-то пересмотреть ваши роли и ввести роль, которой будет разрешено видеть и менять все данные.
Потому что select_only to public перекрывает вам всякий доступ к deleted=true
Либо ввести роль, которая будет видеть только не удаленные данные.

А вообще, задача видимости данных не решается через RLS. Так в принципе неправильно делать.
Заведите отдельную табличку для удаленных данных. И переносите туда.
Введите регламентные процедуры как восстанавливать удаленные данные, если такое требуется.

...

Рейтинг:

0 / 0

12.09.2021, 08:52

| Ответить | Цитировать | Написать

Возможно ли обновлять строки, защищенные Row Level Security, не будучи superuser?

#40096941

Guzya

Гость

Там, вроде, ещё и с pg_dump грабли могут быть.

...

Рейтинг:

0 / 0

12.09.2021, 10:05

| Ответить | Цитировать | Написать

3 сообщений из 3, страница 1 из 1

Цитировать

Написать

Автор*:

Ввести пароль для входа

Тема*:

Сообщение

Данное сообщение тематическое

Сообщение содержит картинки или видео 18+

Автор:

ВНИМАНИЕ! На данном подфоруме действуют строгие правила. Удостоверьтесь, что ваше сообщение соответствует им!

Форум или тема закрыты для гостей. Необходима авторизация!

Загрузить последнюю сохраненную версию

Вложение:

Вставить как галерею

Максимальный размер вложений: 4,0 МБ, аудио/видео: 8,0 МБ. Картинки большего размера ужимаются, если возможно.

Введите код, изображенный на картинке. Если код нечитаемый, кликните картинку, чтобы загрузить другой вариант.

Отправляя сообщение, я выражаю свое согласие с правилами форума и принимаю пользовательское соглашение.

Читали тему (0):

Читали форум (0):

Пользователи онлайн (0):

start [/forum/search_topic.php?author=IntelMan&author_mode=last_posts&do_search=1]:	0ms
get settings:	10ms
get forum list:	13ms
get settings:	10ms
get forum list:	15ms
check forum access:	3ms
check topic access:	3ms
track hit:	53ms
get topic data:	13ms
get forum data:	3ms
get page messages:	41ms
get tp. blocked users:	2ms
others:	9581ms

total:	9747ms