c# - 有没有办法让 NHibernate 将字符串键视为不区分大小写？

Question

我在主键是字符串列的实体上使用 NHibernate 的二级缓存。数据库不区分大小写，但是当我使用相同的 Id 检索实体但使用不同的大小写时，NHibernate 将该实体视为缓存中的不同实体。例如，我有一个以名称列作为主键的设置表。如果我尝试使用 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");

更新下面包括来 self 的设置实体的 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”的缓存命中。它显示“二级缓存加载设置(TestMode/* id */)”，其余所有显示 SELECT ... FROM Setting setting0_ WHERE setting0_.Name = "testmode"(在调用要求的任何情况下)。单击“查看此语句产生的第 1 行”链接时，它会向我显示 Name 列的行具有正确的“TestMode”大小写，因此它显然是在检索具有该列本身正确大小写的实体，但它似乎肯定将实体与调用 Get() 函数的 id 相关联。这似乎不应该是正常行为，但我无法找到有关二级缓存如何工作的细节的任何信息，只能从 NHibernate Cookbook 中找到有关如何使用它的基础知识。

虽然我怀疑它是否会有所作为，但我正在使用 HashtableCacheProvider 进行所有这些测试。 (对于生产，我们将使用付费缓存提供商)

Answer 1

如果您将缓存视为具有字符串键的字典，很明显键“TEST”和“test”是不同的，因为 C# 区分大小写。

但是这里似乎有些不对劲。你怎么知道 NH 将三个实体放入二级缓存？假设您使用的是不区分大小写的数据库，Get 方法生成的所有三个查询都将返回同一行，实体上的 ID 属性将使用查询返回的值设置，而不是提供给 Get 的值方法。实体也将使用实体的 ID 进行缓存。是否所有三个 Get 都返回具有相同大小写 ID 的实例(“TestMode”)？

---

如果我对您的理解正确，则根据对您问题的修改进行更新:

• Get("TestMode") 按预期缓存对象，并在后续请求“TestMode”时从缓存中检索它
• Get("testmode") 或任何其他情况返回数据库

这是我所期望的行为。为 id 提供的值用于尝试在缓存中定位实体。如果找到匹配项，则从缓存中检索实体；如果不是，则查询数据库。检索实体后，NHibnernate 尝试使用其 id 作为键将其添加到缓存中，但它已经存在，因此缓存值被更新、替换或忽略。

关键在于，提供给查询的 id 用作在缓存中定位实体的键，但实体的 id 在添加到缓存时用作键。