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

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

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

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

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

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

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

好的……所以我该怎么做？我所要做的就是(就最终的SQL结果而言)最终会有各种行,这些行具有对现有租户行PK的外键引用.

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

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

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

我的逻辑如下：

>我是否已缓存租户信息？没有..去拿它并缓存它
>现在我需要与租户有关的东西

>使用缓存的关键关系去做实体上下文查询
>如果您确实需要租户记录,只需.include(“租户”)查询

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