Ограничить обновление для определенных столбцов. Разрешить только хранимую процедуру для обновления этих столбцов

У меня есть чувствительные ценовые столбцы, которые я хотел бы обновить только через хранимую процедуру. Я хотел бы, чтобы все попытки кода или ручного изменения значений в этих ценовых столбцах потерпели неудачу, если он не использует хранимые процедуры, предназначенные для его обновления.

Я рассматриваю реализацию этого с использованием триггеров и таблицы токенов. Идея, которую я рассматриваю, состоит в том, чтобы иметь таблицу токенов. хранимые процедуры должны будут сначала вставить значения в таблицу токенов. Затем обновите столбцы цен. Триггер обновления проверит, существует ли токен в таблице токенов для обновленной строки. Если будет найдено, это будет продолжаться. если токен не найден, он выдаст исключение и сделает транзакцию обновления неудачной.

Есть ли хороший / лучший способ реализовать это ограничение?

SQL Server допускает разрешения на уровне столбцов. Просто для примера:

GRANT UPDATE ON dbo.Person (FirstName, LastName) TO SampleRole;
DENY UPDATE ON dbo.Person (Age, Salary) TO SampleRole;

-- prevent your web app user from updating that column directly:

DENY UPDATE ON dbo.YourTable(Price) TO WebApplicationUserName;
GO

-- create a stored procedure while logged in as sysadmin:

CREATE PROCEDURE dbo.UpdateYourTable
  @ProductID INT,
  @Price DECIMAL(10,2)
WITH EXECUTE AS OWNER
AS
BEGIN
  SET NOCOUNT ON;

  UPDATE dbo.YourTable 
    SET Price = @Price
    WHERE ProductID = @ProductID;
END
GO

-- grant explicit access only to that stored procedure to the web app user:

GRANT EXEC ON dbo.UpdateYourTable TO WebApplicationUserName;

Если все ваши пользователи имеют одинаковый логин (ой, кстати), здесь есть еще один вариант

• отозвать права на обновление у этого пользователя (или роли, если вы делаете это таким образом).
• Измените хранимый процесс с предложением «выполнить как владелец»
• тогда сохраненный процесс будет работать с правами пользователя, которому принадлежит схема, в которой он находится (если он включен dbo, то вы уже охвачены).

Обычные пользователи приложения не будут иметь прав на обновление этой таблицы, поэтому они не смогут обновить ее любым другим способом.