Изменение подтипов в NHibernate

Question

Я уже прочитал NHibernate - Changing sub-types, и я не считаю это удовлетворительным для моей ситуации.

Моя система позволяет пользователям планировать задания. Расписания могут быть настроены с различными типами критериев расписания (Только один раз, Ежедневно, Еженедельно, Ежемесячно за месяцем месяца и Ежемесячно по неделям месяца). У каждого из них очень разные данные и поведение. Для пользователя совершенно правильно изменить расписание от одного типа критериев к другому.

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

Изменение модели было бы абсолютным последним средством.

На данный момент я ищу сохранение новых критериев (с новым идентификатором) и обновление ссылок на него, а затем удаление старых критериев.

У кого-то есть лучшая идея?

Answer 1

Вы пробовали ваше отображение необходимости модифицировать disciminator, чтобы добавить силу = TRUE как следующий hbm.xml элемент

<discriminator column="DiscriminatorColumnName" force="true" />

Answer 2

Поскольку вы уже сгибая вид NHibernate идентичности объекта, почему вы не просто обновите его за пределами NHib, используя какой-то пользовательский SQL?

Моим предпочтительным решением было бы обновить мою модель, но вы сказали, что это последнее средство для вас.

Answer 3

Если вы хотите использовать NHibernate, то уступка вы должны сделать это:

Написать объектно-ориентированный код.

Если ваш конкретный случай трудно выразить объектно-ориентированным образом, тогда вы не должны использовать NHibernate для этого случая.

В вашем случае, вы должны:

• создать новый экземпляр класса, вытекающих Schedule, и позволяют ему иметь новый ID
• скопировать соответствующие свойства из старого Schedule экземпляра
• удалите старый экземпляр Schedule из Session и убедитесь, что рассматриваемый экземпляр Job не ссылается на него
• Добавить новый Schedule экземпляра к Session и убедитесь, что Job экземпляр в ссылках вопрос он

Это в конечном итоге, на уровне базы данных, как delete и insert, а не update.

Это не последнее средство. Это должен был быть ваш первый курорт. Это правильный способ сделать это с объектно-ориентированной точки зрения.