实体框架 - 跨多个上下文在内存中缓存对象

Question

我正在使用Entity Framework 6和租户隔离的应用程序。我通过查看请求主机名来确定租户，然后在整个应用程序中使用它，将其设置在租户拥有的记录中，等等。

每个上下文都会在请求结束时处理。但是，由于租户查找非常频繁，实际上每个主机名只执行一次，然后将对象放入内存中的只读字典中。

这里的问题是，如果你什么都不做，你最终会得到尽可能多的重复租户记录（直到事情开始抛出，因为现在的模糊查询，无论如何）。

我最初通过在我的数据存储的构造函数中添加对DbSet.Attach（）的调用并附加当前租户来解决此问题。但是，如果您同时有多个请求，则会收到异常，通知您不能将相同的对象附加到多个上下文：“IEntityChangeTracker的多个实例不能引用实体对象。”由于我偶尔通过访问页面在我的开发机器上触发这个，我无法想象它适合生产。

我尝试通过在保存之前添加此调用来更改内容：

Context.ChangeTracker.Entries<Tenant>().Single().State = EntityState.Unchanged;

嗯，这也行不通。我收到错误“无法定义两个对象之间的关系，因为它们附加到不同的ObjectContext对象。”

好的......那么怎么做我这样做了？我所要做的就是（就最终的SQL结果而言）最终会有各种行，这些行具有对现有租户行PK的外键引用。

我发现引用EF4的一些东西建议使用Detach方法，但我不确定我是否打算再调用它，因为它现在隐藏在DbSet的公共接口之外。如果我，我不知道在哪里。当我第一次检索记录时？

编辑：似乎有效的一个选项是转到上下文并根据缓存记录的ID提取租户记录。但是，现在我要去查询数据库是没有正当理由的。

Answer 1

缓存数据的非变更跟踪，非实体视角会更有意义吗？租户记录似乎是外键关系的“指针”。

我的逻辑如下：

• 我是否已缓存租户信息？ nope ..去拿它并缓存它
• 现在我需要与租户有关的东西
  • 使用缓存的关键关系进行实体上下文查询
  • 如果您确实需要租户记录，只需.include（“租户”）查询

在大多数情况下，您似乎只需要保留映射到一个或多个主机名的租户ID。采用老式的ADO方法，从缓存中剥离实体，只需缓存所需的POCO数据。

Answer 2

这并不令人满意，但最终我发现这样做的方法是更改​​我的实体以包含属于外键的属性：

[Required]
public Guid TenantId { get; set; }

[ForeignKey("TenantId")]
public virtual Tenant Tenant { get; set; }

然后我可以从缓存中自由设置TenantId字段（因为它只是一个值类型而不是EF生成的代理类），而不用担心这个问题。