我确信这是一个简单的问题,但请考虑以下因素:
我在公司和部门之间的引用如下:

public class Company {
    public Guid ID { get; set; }
    public Sector Sector { get; set; }
    public Guid SectorID { get; set; }
}

public class Sector {
    public Guid ID { get; set; }
    public string Name { get; set; }
}

好的。我想要的是我去后要填充的Company对象的SectorID:
(new Company()).Sector = new Sector() { Name="asdf" }

并冲洗。

我正在使用的映射在Company表中的数据库Sector_Id中创建了一个附加列,但这在Company上不可用。我希望填写SectorID属性。

我当前在CompanyMap中使用的映射是
References(c => c.Sector).Cascade.All();

有人有什么想法吗?

感谢您的答复。
可悲的是,如果我做第二个选择(将列的列名设置为与属性相同,或设置Map(x => x.SectorID, "Sector_Id"),则会收到错误消息:

System.IndexOutOfRangeException:对于此SqlParameterCollection,Count = 7,索引无效7。

我可能不得不做第一个选择,但我担心当您调用SectorID get时会触发一个附加查询,因为它将Sector本身从数据库中取出(除非它渴望加载,这有点麻烦)。

我很惊讶对此没有一个简单的答案。

哇!
如果我用
public virtual Guid SectorID
{
    get { return Sector.ID;
}

那么nhibernate就足够聪明了,它知道Organization查询中的Sector_id列实际上与Sector.ID相同,并且在幕后将其返回。即使您延迟加载,它也不会发出其他查询。我很佩服!

作为后续...看来,休眠并没有真正写成能够在对象中映射外键列。尽管这可能会使Web前端有些痛苦,但这是有道理的,因为这确实是持久性问题,而不是对象问题。
我正在使用asp.net MVC,并编写了一个自定义模型活页夹,它将使用名称为Contact(而不是ContactID)的输入框,用texbox中的ID新建一个新的Contact,然后将其应用于模型的属性。这可以解决Web前端中的下拉列表的问题。如果有人感兴趣,将发布代码。

最佳答案

使用公式属性可以轻松完成此操作。

public class Company {
  public virtual Guid Id { get; set; }
  public virtual Guid? SectorId { get; set; }
  public virtual Sector Sector { get; set; }
}

public class CompanyMap : ClassMap<Company> {
  public CompanyMap() {
    Id(x => x.Id); // Maps to a column named "Id"
    References(x => x.Sector); // Maps to a column named "Sector_id", unless you change the NHibernate default mapping rules.
    Map(x => x.SectorId).Formula("[Sector_id]");
  }
}

这应该完全按照您想要的方式运行。当Company是新的时,SectorId将为null;否则,为0。从数据库中获取Company时,将使用给定的公式值填充SectorIdSectorId作为属性公开,这使得它非常适合处理Web下拉列表等。保存后,您仍然需要绑定(bind)“真实”关联。假设以某种形式选择了SectorId ...
using (var txn = session.BeginTransaction()) {
  // Set the FK reference.
  company.Sector = session.Load<Sector>(company.SectorId);
  // Save the new record.
  session.Save(company);
  // Commit the transaction.
  txn.Commit();
}

10-04 13:23