Как ссылаться на свойства класса и ид отношений в NHibernate

Question

Рассмотрим связь между этими двумя классами

public class Order 
{ 
    public int OrderId {get;set;} 
    public int CustomerId {get;set;} // Should this be here? 
    public Customer Customer{get;set} 
} 

public class Customer 
{ 
    public int CustomerId {get;set;} 
    public string Name {get;set;} 
} 

Я понимаю, что мне не нужно CUSTOMERID собственности на ордена и я согласен что это не самый прекрасный способ сделать что-то. Имея только свойство Клиента, я мог бы легко запросить Order.Customer.CustomerId, чтобы получить Идентификатор Клиента.

Но в этом случае, NHibernate будет инициировать запрос к базе данных, чтобы загрузить клиент и есть некоторые (многие на самом деле) случаи, которые я просто нуждаюсь в CUSTOMERID из ордена. В этом случае CustomerId в классе Прикладной код будет полезен и потребует меньше поездок в базу данных. (Если я ошибаюсь, поправьте меня пожалуйста).

Вопрос 1: есть ли способ сообщить NHibernate, что я хочу, чтобы оба свойства всегда обновлялись?

Свойства CustomerId всегда будет иметь идентификатор Клиента и имущество клиента будет загружен лениво, только если я хочу (скажем, чтобы получить имя клиента). Microsoft Entity Framework позволяет это.

Вопрос 2: Если это невозможно, я должен беспокоиться об этом?

UPDATE

Следуя инструкциям ответы, которые я сделал тест, пытаясь проверить, почему (в моем случае) NHibernate не работает, как ожидалось, и нашел что-то интересное: NHibernate не задевала базу данных по умолчанию при заказе .Customer.CustomerId if Я не использую Accessor.Field mapping свойство CustomerId.

При использовании Accessor по умолчанию он работает должным образом. Любая идея почему?

Answer 1

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

Если вы извлекаете A из базы данных, то доступ A.B.Id это не попадет в базу данных. Если вы обращаетесь к любому другому свойству, кроме поля Id, это вызовет NHibernate для извлечения B из базы данных.

Так что в итоге делает вызов Order.Customer.CustomerId не вызовет NHibernate для запроса DB для строки в таблице клиентов с этим CustomerId и поэтому лучше, чтобы удалить КодКлиент из вашего класса Order.

Answer 2

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

Класс

public int CustomerId {get;set;} // Should this be here? 
public Customer Customer{get;set} // Answer: yes 

Mapping

<many-to-one name="Customer" column="CustomerId" /> 
<property name="CustomerId" column="CustomerId" insert="false" update="false" /> 

Теперь вы можете управлять обоими свойствами в Read операции таким же образом, (например, фильтрация). При попытке снятия заказа необходимо установить Customer, а CustomerId - только для чтения.

Так что для операций записи вы можете (и вы должны) использовать только одно свойство.

Преимущество в том, что если вам нужно фильтровать только КлиентID, вы не должны манипулировать клиента (объект, таблица) на всех.