Каков наилучший способ добавить триггер в таблицу, созданную с помощью подхода «сначала код» с помощью EF 4.1?
Я рассматриваю способ выполнения пользовательского SQL-запроса либо в OnModelCreating, либо при инициализации контекста Db.
Есть ли идея получше?
Использование пользовательского инициализатора, который будет выполнять команду CREATE TRIGGER SQL, является единственным вариантом, если вы хотите, чтобы EF создал для вас триггер (такой же код, как здесь). Также не забудьте включить SET NOCOUNT ON в начало кода триггера.
Но есть более сложная проблема, связанная с логикой триггера. Если вам нужен триггер, который будет изменять данные, передаваемые в базу данных, вы должны понимать, что изменения, сделанные триггером, не будут отражены в вашем текущем контексте. Контекст по-прежнему будет знать только объект с данными, которые вы передали в базу данных. Обычно это решается установкой свойств, измененных триггером, как DatabaseGeneratedOption.Computed для обновления или DatabaseGeneratedOption.Identity для вставки. В таком случае вы не можете изменять свойства в своем приложении, и они должны быть изменены в базе данных. EF гарантирует, что эти свойства будут выбраны после изменения и переданы сущности. Проблема в том, что это не работает с кодом вперед.
DateModified в контексте перед сохранением изменений, переопределив SaveChanges итерацию всех измененных объектов и установку поля.
- person Ladislav Mrnka; 06.05.2011
Я не совсем понимаю, что вы имеете в виду. Если вам нужен фактический триггер SQL для таблицы, я бы создал триггер, как обычно, в SQL. Если вы имеете в виду, что хотите, чтобы в вашем коде происходила какая-то обработка/обновление всякий раз, когда изменяется один из ваших наборов сущностей, то я думаю, вы хотели бы сделать собственный метод, который будет вызываться всякий раз, когда этот набор сущностей обновляется.
