Блог

Я использую entity framework 4, при вставке новой записи с использованием entity framework в таблицу, которая имеет вместо триггера insert в то время как в таблице есть столбец identity, триггер вместо используется для изменения одного из вставленных значений в соответствии с определенной логикой, Entity framework вызывает исключение «Оператор обновления хранилища, вставки или удаления повлиял на неожиданное количество строк (0). Объекты, возможно, были изменены или удалены с момента загрузки объектов. Обновить записи ObjectStateManager».

Кто-нибудь может помочь, как обойти это исключение?

Используя Entity Framework 4.1, решение, опубликованное Ладиславом, чтобы добавить выбор Scope_Identity() в конец тела триггера, решило проблему для меня. Я скопировал сюда все создание триггера для полноты картины. С помощью этого определения триггера я смог добавлять строки в таблицу, используя context.SaveChanges().

 ALTER TRIGGER [dbo].[CalcGeoLoc]
   ON  [dbo].[Address]
   INSTEAD OF INSERT
AS 
BEGIN
-- SET NOCOUNT ON added to prevent extra result sets from
-- interfering with SELECT statements.
SET NOCOUNT OFF;

-- Insert statements for trigger here
INSERT INTO Address (Street, Street2, City, StateProvince, PostalCode, Latitude, Longitude, GeoLoc, Name)
SELECT Street, Street2, City, StateProvince, PostalCode, Latitude, Longitude, geography::Point(Latitude, Longitude, 4326), Name 
FROM Inserted;

select AddressId from [dbo].Address where @@ROWCOUNT > 0 and AddressId = scope_identity();
END
  

Редактировать для обработки вычисленных значений (Спасибо Крису Моргану в комментариях):

Если у вас есть какие-либо другие вычисленные значения в таблице, вам также придется включить их в SELECT. Например, если бы у вас был CreatedDate столбец, который использует GETDATE() , вы бы сделали выбор следующим образом:

 SELECT [AddressId], [CreatedDate] from [dbo].Addresses where @@ROWCOUNT > 0 and AddressId = scope_identity();
  

Вместо триггера выполняется операция вставки, созданная Entity framework. Это может быть потенциальной проблемой, потому что после использования столбца identity за каждой вставкой следует:

 select [Id]
from [dbo].[TableXXX]
where @@ROWCOUNT > 0 and [Id] = scope_identity()
  

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

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

Вам также необходимо вернуть любые свойства, помеченные как вычисляемые

 select [Id], [YourComputedColumn]
from [dbo].[TableXXX]
where @@ROWCOUNT > 0 and [Id] = scope_identity()
  

Я также обнаружил, что для параметра StoreGeneratedPattern необходимо установить значение Identity, чтобы заставить его работать со столбцом nvarchar, который я использовал в качестве первичного ключа, но который не генерировал значение identity. Это было для ситуаций с триггером after insert, который вычислял уникальное значение для сохранения в ключевом столбце. В других ситуациях (добавление и обновление) может потребоваться установить значение Вычислено.