Работаешь дата инженером не первый год, а PostgreSQL всё ещё может удивить 😅 Недавно столкнулся с ситуацией, которая, казалось бы, должна быть довольно распространённой. Нужно переименовать таблицу через ALTER TABLE ... RENAME, но ты не OWNER этой таблицы. Права на переименования раздать тоже нельзя Вроде штука достаточно распространненая должна быть, но раньше я как-то не сталкивался с такой задачей. В итоге решение оказалось довольно интересным — SECURITY DEFINER. Можно создать процедуру, которая будет выполняться с правами своего владельца, и дать пользователю доступ только к её вызову.

CREATE PROCEDURE ...
SECURITY DEFINER

В результате пользователь может выполнить нужное переименование, не получая права OWNER на сами таблицы. Я в такие моменты всегда задаюсь вопросом: "А точно ли я все эти годы чем-то занимаюсь, если мне еще не встречались такие вещи?)" А у вас были подобные моменты, когда внезапно узнаёшь что-то новое в технологии, с которой давно работаешь?

Сотрудник давно перешел в другой отдел, а доступ к старым системам остался. Потом еще один переход, еще несколько прав — и уже никто не понимает, зачем человеку половина из них. Со временем такой бардак копится по всей компании. Старые учетки остаются активными, права перестают соответствовать должностям, а уволенный сотрудник вообще может сохранить аккаунт с правами администратора. В лучшем случае проблемы всплывают во время аудита или миграции на новую систему. И часто выясняется, что вручную распутать все группы, доступы и старые аккаунты уже почти невозможно. А в худшем случае такие права могут использовать во вред. Разбираем, как наводить порядок в службах каталогов, почему одних скриптов для этого бывает мало и как находить лишние права до того, как они станут проблемой.