C# 对两个或多个不同的数据库表使用两个单独的数据库上下文

几天前我提出了一个问题，关于如何在Asp.Net标识表和我的自定义表之间建立多对多关系

下面是答案的线索：

有人告诉我，从体系结构的角度来看，最好分别处理用户信息和业务数据。我引述：“从架构的角度来看，似乎最好分开处理用户信息和业务数据，我可能更愿意在一个门面后面将两者聚合，但在场景下将它们分开。”

在有人给我的答案中，这是一个解决方案，他告诉我使用ApplicationDbContext来处理表等

现在回到另一个人对我说的话，我想让我的手远离ApplicationDbContext，它是身份上下文，并且只处理我自己的上下文

---

有人能给我一个解决办法如何存档吗？谢谢大家!

“从体系结构的角度来看，最好分别处理用户信息和业务数据”，这有点自以为是。除非你有一个大数据库，否则我会坚持使用单个上下文。让我们坚持我有一个大数据库的想法，那么你问的是如何在同一个应用程序中使用两个上下文？@timrynolds是和否。最好说使用我自己的上下文来建立与AspNetUser表和我自己的表的关系table@Arianit正如戴维格指出的，你是最好的只有一个上下文。但是，如果您想这样做，这取决于您的用例，让我们假设您想使用所有EF关系行为来加载与用户相关的项目。因此，最简单的事情是向上下文添加一个更具选择性的用户模型。如果您将DDD和tread都作为有界上下文，您可能会创建另一个用户表，其中包含与用户使用应用程序相关的信息，“从体系结构的角度来看，最好分别处理用户信息和业务数据”，这有点自以为是。除非你有一个大数据库，否则我会坚持使用单个上下文。让我们坚持我有一个大数据库的想法，那么你问的是如何在同一个应用程序中使用两个上下文？@timrynolds是和否。最好说使用我自己的上下文来建立与AspNetUser表和我自己的表的关系table@Arianit正如戴维格指出的，你是最好的只有一个上下文。但是，如果您想这样做，这取决于您的用例，让我们假设您想使用所有EF关系行为来加载与用户相关的项目。因此，最简单的事情是向上下文添加一个更具选择性的用户模型。若您将DDD和tread都作为有界上下文使用，则可能会创建另一个用户表，其中包含与用户使用应用程序相关的信息