gpt4 book ai didi

c# - Entity Framework ——跨多个上下文在内存中缓存一个对象

转载 作者:行者123 更新时间:2023-11-30 12:28:03 24 4
gpt4 key购买 nike

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

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

这里的问题是,如果您什么都不做,您最终会得到与请求一样多的重复租户记录(无论如何,直到由于现在模棱两可的查询而开始抛出问题为止)。

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

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

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

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

好的...那么我该怎么做呢?我想要做的就是(根据最终的 SQL 结果)以各种行结束,这些行具有对现有租户行 PK 的外键引用。

我发现引用 EF4 的一些内容建议使用 Detach 方法,但我不确定我是否打算再调用它,因为它现在已从 DbSet 的公共(public)接口(interface)中隐藏。如果我是,我不确定在哪里。我什么时候第一次检索记录?

编辑:一个似乎有效的选项是转到上下文并根据缓存记录的 ID 提取租户记录。但是,现在我无缘无故地查询数据库。

最佳答案

缓存数据的非更改跟踪、非实体透视图是否更有意义。租户记录似乎是指向外键关系的“指针”。

我的逻辑如下:

  • 我有缓存的租户信息吗?不..去获取它并缓存它
  • 现在我需要一些与租户相关的信息
    • 使用缓存的键关系进行实体上下文查询
    • 如果您确实需要租户记录,只需在查询中使用 .Include("tenant")

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

关于c# - Entity Framework ——跨多个上下文在内存中缓存一个对象,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/23393103/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com