Как можно заблокировать конкретные поля в Postgres?

Заблокировать конкретные поля таблицы в PostgreSQL напрямую нельзя. Блокировки применяются к объектам, таким как таблицы, строки, транзакции и т.д., но не к отдельным полям.

Для достижения эффекта изоляции или контроля доступа к полям используют следующие подходы:

1. Блокировка на уровне строки: Блокировка всей строки, содержащей интересующие поля. Это стандартный механизм SQL.

   SELECT * FROM my_table WHERE id = 1 FOR UPDATE;
   // Заблокирует строку с id=1 для любых других UPDATE или DELETE операций
   

2. Представления (VIEWS) с ограничениями: Создание представлений, которые не включают чувствительные поля, и выдача пользователям или приложениям прав только на эти представления.

   CREATE VIEW allowed_view AS
   SELECT id, field1, field2 FROM sensitive_table;
   
   GRANT SELECT ON allowed_view TO restricted_user;
   

3. Правила (RULES): Использование правил для перехвата операций (INSERT, UPDATE, DELETE) и предотвращения их выполнения, если они затрагивают конкретные поля. Правила могут быть сложными и влиять на производительность.

   CREATE RULE no_update_sensitive_field AS
   ON UPDATE TO my_table
   WHERE NEW.sensitive_field IS DISTINCT FROM OLD.sensitive_field
   DO INSTEAD NOTHING;
   // Запретит обновление sensitive_field
   

4. Триггеры (TRIGGERS): Создание триггерных функций и триггеров на таблице, которые проверяют изменения в полях и отменяют операцию или фиксируют изменения. Триггеры более гибкие, чем правила.

   CREATE OR REPLACE FUNCTION check_sensitive_update()
   RETURNS TRIGGER AS $$
   BEGIN
     IF NEW.sensitive_field IS DISTINCT FROM OLD.sensitive_field THEN
       RAISE EXCEPTION 'Нельзя изменять sensitive_field';
     END IF;
     RETURN NEW;
   END;
   $$ LANGUAGE plpgsql;
   
   CREATE TRIGGER prevent_sensitive_update
   BEFORE UPDATE ON my_table
   FOR EACH ROW
   EXECUTE FUNCTION check_sensitive_update();
   

5. Разделение полей по таблицам: Вынесение чувствительных полей в отдельную таблицу с более строгими правами доступа.

   CREATE TABLE main_table (
       id SERIAL PRIMARY KEY,
       field1 VARCHAR
   );
   
   CREATE TABLE sensitive_data (
       id INT PRIMARY KEY REFERENCES main_table(id),
       sensitive_field VARCHAR
   );
   
   GRANT SELECT ON main_table TO app_user;
   GRANT SELECT ON sensitive_data TO admin_user;
   

Выбор метода сильно зависит от конкретной задачи: требуется ли временная блокировка на время транзакции, постоянное ограничение на изменение, или контроль видимости. Чаще всего используются представления и триггеры для контроля доступа и бизнес-логики, а строковые блокировки – для обеспечения целостности данных при одновременном доступе.