我在主键是字符串列的实体上使用 NHibernate 的二级缓存。数据库不区分大小写，但是当我使用相同的 Id 但使用不同的大小写检索实体时，NHibernate 将该实体视为缓存中的不同实体。例如，我有一个以 Name 列作为主键的 Setting 表。如果我尝试使用 session.Get<Setting>("TestMode") 、 Get<Setting>("testmode") 或 Get<Setting>("TESTMODE") 检索实体，这些实体将进入数据库 3 次并将 3 个单独的实体放入二级缓存中。如果我然后通过 NHibernate 更改我的设置实体上的某些内容，它将更新与实体上的大小写实际匹配的缓存实体，因为它存储在数据库中(在本例中为名为“TestMode”的实体)。问题是其他实体仍将在缓存中，但将是陈旧的。
我理解为什么 NHibernate 会默认将 Id 视为区分大小写，但据我所知，似乎没有办法在实体级别或配置级别设置不区分大小写。这可以做到吗，如果可以，怎么做？
如果有帮助，我正在使用 Fluent NHibernate。我的 Id 列是这样指定的:
Id(x => x.Name).GeneratedBy.Assigned().Column("Name");
更新
下面包括来自我的设置实体的 Equals() 和 GetHashCode() 的实现。
public override bool Equals(object obj)
{
if (obj == null)
return false;
if (obj is Setting)
{
if (object.ReferenceEquals(this, obj))
return true;
if (this.Name.Equals(((Setting)obj).Name, StringComparison.OrdinalIgnoreCase)) // Ignore case because our databases are case insensitive!
return true;
}
return false;
}
public override int GetHashCode()
{
return Name.ToUpperInvariant().GetHashCode();
}
更新 2
我一直在使用 NHibernate Profiler 进行性能分析，并对“TestMode”、“testmode”、“TestMode”、“Testmode”、“TESTMODE”(按此顺序)进行检索，仅显示第二个“TestMode”的缓存命中。它显示“2nd level cache load Setting (TestMode/* id */)”，其余的都显示 SELECT ... FROM Setting setting0_WHERE setting0_.Name = "testmode"(在调用要求的任何情况下)。
当单击链接“查看此语句产生的 1 行”时，它会向我显示 Name 列的行具有正确的“TestMode”大小写，因此它显然正在检索具有正确大小写的实体列本身，但它似乎肯定会将实体与调用 Get() 函数的 ID 相关联。这似乎不应该是正常行为，但我无法找到有关二级缓存如何工作的细节的任何信息，只能从 NHibernate Cookbook 中找到有关如何使用它的基础知识。
尽管我怀疑它是否应该有所作为，但我将 HashtableCacheProvider 用于所有这些测试。 (对于生产，我们将使用付费缓存提供程序)
最佳答案
如果您将缓存视为带有字符串键的字典，很明显键“TEST”和“test”是不同的，因为 C# 区分大小写。
但这里似乎有些不对劲。你怎么知道 NH 把三个实体放在二级缓存中？假设您使用的是不区分大小写的数据库，Get 方法生成的所有三个查询都将返回同一行，并且实体的 ID 属性将使用查询返回的值设置，而不是使用提供给 Get 的值方法。实体也将使用实体的 ID 进行缓存。所有三个 Get 是否在同一情况下返回具有 ID 的实例(“TestMode”)？
如果我对您的理解正确，则根据对您问题的编辑进行更新:
这就是我期望的行为。为 id 提供的值用于尝试在缓存中定位实体。如果找到匹配项，则从缓存中检索实体；如果不是，则查询数据库。检索实体后，NHibnernate 尝试使用其 id 作为键将其添加到缓存中，但它已经存在，因此缓存值会被更新、替换或忽略。
关键点是提供给查询的id被用作在缓存中定位实体的键，但是实体的id在它被添加到缓存时被用作键。