Какова цель KeyUpdate метода Fluent NHiberate?

Question

У меня есть коллекция, отображаемая как свойство запроса только после Ayende's example. Мое отображение:

HasMany<Employee>(Reveal.Member<Company>("_employees")).Access.None(); 

Это работало отлично, за исключением того, когда я загружаю компании внешнего ключа Employee.CompanyId обновляется до нуля. Это происходит, даже если я не обновляю компанию, и сгенерированный SQL включает в себя только CompanyId в списке обновлений, хотя я не сопоставил Employee для обновления измененных свойств.

Я пробовал использовать NoOp (они, я думаю, синонимы) и объявляет коллекцию сотрудников как публичное свойство, а не частное поле. Я, наконец, смог исправить это, изменив отображение на:

HasMany (Reveal.Member («_ employees»)). Access.None(). Not.KeyUpdate();

Какова цель KeyUpdate и что такое эквивалентное сопоставление XML? Почему это необходимо для свойства запроса? Мое предположение заключалось в том, что установление доступа к никому или noop не помешает любым изменениям.

Answer 1

Джейми

Вы можете генерировать ВСМБЫ из вашего AutoPersistenceModel и взглянуть на XML, если вы все еще заинтересованы. Просто что-то вроде

model.CompileMappings(); 
model.WriteMappingsTo(outputDir); 

Как в стороне, у вас было смотреть еще @ConfOrm. Я подозреваю, что это увеличит тягу, учитывая dev, но пока не потратил много времени.

НТН,
Berryl