1

我有一个简单的类，它有一个Name成员，用于唯一标识一个实例。此类在 ManyToMany-mapping 中被引用，它将使用Name（因为它是主键）来创建映射表。所涉及的字符串类型使得这非常慢（长度> 128个字符，通常只在最后几个不同）。为了加快速度，我想为连接创建一个auto_increment列（我正在使用 MySQL），同时仍然能够让 nhibernate 使用Name-column 对我的对象的唯一性进行排序。

这是它的外观示例。实际上，对象要大得多。

class MyObject{
  public String Name;
  public String Value;
}
//Mapping
Id(x => x.Name)
  .Length(255)
  .Unique();
Map(x => x.Value);

这按预期工作。如果我MyObject在表中添加一个新的，nhibernate 将首先进行选择以查看Name表中是否已经存在相同的记录。

我有一个ObjectHolder有一组MyObject

class ObjectHolder{
  public UInt64 Id;
  public ICollection<MyObject> MyObjects;
}
//Mapping
Id(x => x.Id)
  .GeneratedBy.Native();
HasManyToMany(x => x.MyObjects)
  .AsSet()
  .Cascade.SaveUpdate();

ObjectHolder.Id这将使用and创建一个映射MyObject.Name，这很慢。我希望MyObject有一个自动生成的 Id 列，仅用于映射表，但不用于 nhibernate 对主键所做的 select-to-see-if-it-exists-checking。

我已将映射更改为

class MyObject{
  public UInt64 Id;
  public String Name;
  public String Value;
}
//Mapping
Id(x => x.Id)
  .GeneratedBy.Native();
Map(x => x.Name)
  .Length(255)
  .Unique();
Map(x => x.Value);

这将创建一个 auto_increment 列并将其用于映射表，但是它现在将不再正确检查是否Name存在相同的记录，这会导致重复条目异常。

我可以告诉 nhibernate 检查Name列而不是 id，或者注释Id-column 以便它仅用作外键，而不是别的吗？我是否必须修改 manyToMany 映射？

编辑：如果我必须使用复合 id 似乎更糟。所有 id 属性都保存了两次，一次在对象本身中，一次在映射中，这增加了巨大的时间和存储空间开销。

4

1 回答 1

1

您以错误的方式看待这个问题，NH 不应该检查它是否已经为您存在。你应该知道它是否已经存在。

检查名称是否唯一应该是您的验证和业务逻辑的一部分。因此，您应该在尝试保存之前检查该名称是否被占用。

如果您自己访问数据库，则可以处理约束冲突。然而，NHibernate 不支持这一点，因为它会使批处理复杂化。即，当事务被刷新时，批次将被保存，这将是引发错误的地方，而不是你持久化实体的地方。所以 NH 唯一明智的做法就是回滚整个事务并抛出错误。

本质上，数据库约束只是最终的故障保护，以防止无效数据，而不是您依赖的东西来检查您的业务规则。

于 2012-10-01T00:58:05.157 回答