Проблема с отображением в NHibernate - PullRequest
2 голосов
/ 06 марта 2009

У меня есть следующий класс:

public class Customer
{
    public virtual int CustomerID { get; protected set; }
    public virtual string AccountNumber { get; protected set; }
    public virtual string CustomerType { get; set; }
    public virtual int TerritoryID { get; set; }
    public virtual SalesTerritory Territory { get; protected set; }
}

И это сопоставляется с помощью Fluent NHibernate следующим образом:

    public class CustomerMapper : ClassMap<Customer>
{
    private const string schema = "Sales";
    public CustomerMapper()
    {
        SchemaIs(schema);
        Id(x => x.CustomerID);
        Map(x => x.CustomerType).WithLengthOf(1).Not.Nullable();
        Map(x => x.TerritoryID).Not.Nullable();

        Map(x => x.AccountNumber).ReadOnly()
            .Update(false)
            .Insert(false)
            .Generated(Generated.Insert);

        References<SalesTerritory>(x => x.Territory).TheColumnNameIs(ReflectionHelper.GetProperty<Customer>(x => x.TerritoryID).Name).LazyLoad().Update(false).Insert(false);
    }
}

Методы Update и Insert являются просто методами расширения, которые задают атрибуты update и insert свойства в сгенерированном отображении файл.

Вот так выглядит получившийся файл сопоставления:

<?xml version="1.0" encoding="utf-8"?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" default-lazy="true" assembly="Model" namespace="Model" schema="Sales">
    <class name="Customer" table="`Customer`" xmlns="urn:nhibernate-mapping-2.2">
        <id name="CustomerID" column="CustomerID" type="Int32">
            <generator class="identity" />
        </id>
        <property name="AccountNumber" column="AccountNumber" insert="false" update="false" generated="insert" length="100" type="String">
            <column name="AccountNumber" />
        </property>
        <property name="TerritoryID" column="TerritoryID" not-null="true" type="Int32">
            <column name="TerritoryID" />
        </property>
        <property name="CustomerType" column="CustomerType" not-null="true" length="1" type="String">
            <column name="CustomerType" />
        </property>
        <many-to-one lazy="proxy" update="false" insert="false" name="Territory" column="TerritoryID" />
    </class>
</hibernate-mapping>

Моя проблема заключается в том, что при сохранении нового экземпляра клиента в базе данных экземпляр клиента имеет свойство Territory, равное нулю.
Как сделать так, чтобы это свойство содержало правильное значение после сохранения в базе данных? Я смотрю на что-то вроде сгенерированного атрибута для свойств, которые получают правильное значение после сброса сеанса.
Или что-то не так с моим классом Customer?
Заранее спасибо.

РЕДАКТИРОВАТЬ 1: База данных, которую я использую для этой модели, - AdventureWorks (SQL2005), таблицы Sales.Customer и Sales.SalesTerritory.

Ответы [ 2 ]

2 голосов
/ 07 марта 2009

Более разумное отображение будет выглядеть так:

public class CustomerMapper : ClassMap<Customer>
{
    private const string schema = "Sales";
    public CustomerMapper()
    {
        SchemaIs(schema);
        Id(x => x.CustomerID);
        Map(x => x.CustomerType).WithLengthOf(1).Not.Nullable();
        Map(x => x.AccountNumber).ReadOnly()
           .Generated(Generated.Insert);
        References(x => x.Territory).LazyLoad();
    }
}

Некоторые баллы:

  • Это считается сопоставленным классом SalesTerritory.
  • TerritoryID не требуется.
  • Если вы используете Insert (false) и Update (false), эти свойства не будут сохранены в базе данных. ReadOnly () выполняет вставку (false) и обновление (false).
  • CostumerType вполне может быть перечислением.

Это более или менее идея (воздушный код).

0 голосов
/ 06 марта 2009

Я думаю, что ваше отображение довольно странное ... Какое отношение имеет свойство территория к собственности Территории? В сопоставлении «многие к одному», где вы сопоставляете свойство территории, вам не нужно указывать тип территории? (SalesTerritory). Вы отображаете 2 свойства в один и тот же столбец, почему?

...