我有一个使用复合ID的实体。我更改为代码以使用在单独的密钥类中包装复合id。我期望使用Linq我可以对关键对象和Criteria API进行比较以使用Restrictions.IdEq,但两者都失败了。我需要明确地比较关键值以使其有效。
我找不到任何文档,如果这应该工作,所以目前我坚持直接比较,但这意味着当我改变密钥时,我还需要更新查询代码,这显然不是我想要的。< / p>
作为旁注,我尝试使用NHibernate 3.0.0 Alpha 2和3。
<?xml version="1.0" encoding="utf-8" ?>
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2"
assembly="Cwc.Pulse.Dal"
namespace="Cwc.Pulse.Dal">
<class name="AddonStatus">
<composite-id name="Id">
<key-many-to-one name="Context" column="Context_Id" class="Context" />
<key-property name="AddonType" column="Addon_Id"/>
</composite-id>
<property name="Status" />
</class>
</hibernate-mapping>
public class AddonStatus
{
public virtual string Status { get; set; }
public virtual Key Id { get; protected set; }
public AddonStatus()
{
Id = new Key();
}
public class Key
{
public virtual Context Context { get; set; }
public virtual AddonType AddonType { get; set; }
public override int GetHashCode()
{
return ContextId.GetHashCode() ^ AddonType.GetHashCode();
}
public override bool Equals(object obj)
{
if (this == obj) return true;
var o = obj as Key;
if (null == o) return false;
return Context == o.Context && AddonType == o.AddonType;
}
}
}
以下查询有效,您可以看到我明确地比较了键值。我不比较关键对象。
from status
in session.Query<AddonStatus>()
where status.Id.Context == context && status.Id.AddonType == addonType
select status
session.CreateCriteria<AddonStatus>()
.Add(Restrictions.Eq("Id.Context", context))
.Add(Restrictions.Eq("Id.AddonType", addonType))
我希望以下查询能够正常运行。要么在内存中有效地使用linq而不是数据库,但我希望条件api足够聪明,可以在查询中处理这样的复合id。
linq和标准api查询都使用Key对象比较。
var key = new AddonStatus.Key
{
Context = context,
AddonType = addonType
};
from status
in session.Query<AddonStatus>()
where status.Id == key
select status
session.CreateCriteria<AddonStatus>()
.Add(Restrictions.IdEq(key))
因此,如果有人有这样的情况,那么我做错了什么?
答案 0 :(得分:0)
有趣的是,我在2.1.2中几乎与此行为完全相反。
<!-- Subscriber class -->
<class name="Subscriber" >
<composite-id name="SubscriberKey" class="SubscriberKey">
<key-property name="Request" column="RequestID" type="int"/>
<key-many-to-one name="User" column="UserID" class="User" not-found="ignore" />
</composite-id>
<!-- User class - note that this goes to a different schema,
and is not mutable. Who knows if that's important... -->
<class name="User" schema="AnotherDb.dbo" mutable="false">
<id name="Id" column="UserID" type="int">
<generator class="native" />
</id>
<property name="FirstName" column="FirstName" type="string" />
<property name="LastName" column="LastName" type="string" />
public class User
{
public virtual int? Id {get; protected set;}
public virtual string FirstName { get; protected set; }
public virtual string LastName { get; protected set; }
public User() { }
}
public class Subscriber
{
public virtual SubscriberKey SubscriberKey { get; set; }
public virtual User User { get; set; }
public Subscriber() { }
}
public class SubscriberKey
{
public override bool Equals(object obj)
{
if (obj is SubscriberKey && obj != null)
return ((SubscriberKey)obj).Request == Request
&& ((SubscriberKey)obj).User.Id == User.Id;
return false;
}
public override int GetHashCode()
{
return (Request.ToString() + User.Id.ToString()).GetHashCode();
}
public virtual int Request { get; set; }
public virtual User User { get; set; }
public SubscriberKey() { }
}
CreateCriteria<Subscriber>()
.Add(Restrictions.IdEq(keyInstance))
.UniqueResult<Subscriber>();
CreateCriteria<Subscriber>()
.Add(Restrictions.Eq("SubscriberKey.User.Id", aUserID))
.Add(Restrictions.Eq("SubscriberKey.Request", aRequestID))
.UniqueResult<Subscriber>();
Get<Subscriber>(keyInstance);
我认为这是各种ID等同查询表单之间的不一致。当我有时间的时候,我将构建一个最小的单元测试作为bug示例提交。我对任何人可能对此有任何想法感兴趣...
编辑:Heeey,我想通了!
Get<Subscriber>(new SubscriberKey() {
User = Load<User>(aUserID), // the important part!
Request = aRequestID
});
这将为User键创建一个代理对象,而不会访问数据库(除非必要)。如果将Load<User>
交换为Get<User>
,则会立即命中数据库以填充对象,而不是尊重延迟加载属性。使用加载。
这样的事情正是人们建议(类型)存储库模式的原因 - 我可以在幕后执行此操作:Get<>(new SK(){User=Load<>(key.User.Id)}
,仍然Get(key)
由一个键完成,与其他每个对象相同
答案 1 :(得分:0)
不直接回答您的问题,但无论如何它可能对您有用。您可以通过将AddonStatus映射为所有者上的复合元素(很可能是上下文)来避免(显式)复合键:
<class name="Context">
<map name="AddonStates" table="AddonStatus">
<key column="Context_Id" /> <!-- Foreign key to the Context -->
<index column="Addon_Id" /> <!-- Dictionary key -->
<composite-element>
<property name="Status" /> <!-- data -->
</composite-element>
</map>
</class>
班级Context
看起来像这样:
class Context
{
IDictionary<AddonType, AddonStatus> AddonStates { get; private set; }
}
这个结果和几乎相同的数据库结构,但它是不同的工作。我不能说这是否是你真正想要的,但它只是看起来像。