ASP.NET Core 2.0项目如何配置双数据库：复用认证库+自有业务库

绝对没问题！这是ASP.NET Core 2.0里非常典型的多数据库场景，核心思路就是为认证系统和业务数据分别配置独立的DbContext，让它们各自对接对应的数据库。下面给你一步步拆解具体实现方法：

首先你需要定义两个DbContext：一个专门对接现有认证数据库，另一个处理你的业务数据。

认证DbContext #

如果你的现有认证数据库是基于ASP.NET Identity搭建的（包含AspNetUsers、AspNetRoles这类标准表），直接继承IdentityDbContext即可：

public class AuthDbContext : IdentityDbContext<IdentityUser, IdentityRole, string>
{
    public AuthDbContext(DbContextOptions<AuthDbContext> options)
        : base(options)
    {
    }
}

注：如果你的认证数据库用了自定义的用户/角色主键类型，记得调整泛型参数（比如用Guid的话就是IdentityDbContext<IdentityUser, IdentityRole, Guid>）。

业务DbContext #

这就是普通的EF Core上下文，用来映射你的业务实体：

public class BusinessDbContext : DbContext
{
    public BusinessDbContext(DbContextOptions<BusinessDbContext> options)
        : base(options)
    {
    }

    // 在这里添加你的业务实体集合，比如：
    public DbSet<Product> Products { get; set; }
    public DbSet<Order> Orders { get; set; }
}

打开Startup.cs，在ConfigureServices方法里分别注册两个DbContext，并指定对应的连接字符串，同时把认证系统绑定到AuthDbContext上：

public void ConfigureServices(IServiceCollection services)
{
    // 配置认证数据库连接
    services.AddDbContext<AuthDbContext>(options =>
        options.UseSqlServer(Configuration.GetConnectionString("AuthDatabase")));

    // 配置业务数据库连接
    services.AddDbContext<BusinessDbContext>(options =>
        options.UseSqlServer(Configuration.GetConnectionString("BusinessDatabase")));

    // 配置身份认证，指定使用AuthDbContext存储用户数据
    services.AddIdentity<IdentityUser, IdentityRole>()
        .AddEntityFrameworkStores<AuthDbContext>()
        .AddDefaultTokenProviders();

    // 配置MVC（适配ASP.NET Core 2.0版本）
    services.AddMvc().SetCompatibilityVersion(CompatibilityVersion.Version_2_0);
}

然后在appsettings.json里添加两个连接字符串：

{
  "ConnectionStrings": {
    "AuthDatabase": "Server=你的认证数据库服务器;Database=AuthDbName;Trusted_Connection=True;",
    "BusinessDatabase": "Server=你的业务数据库服务器;Database=BusinessDbName;Trusted_Connection=True;"
  }
}

• 数据库Schema匹配：确保你的AuthDbContext和现有认证数据库的表结构完全一致。如果现有数据库不是用ASP.NET Identity创建的，那你需要手动配置实体与数据库表的映射，甚至实现自定义的IUserStore/IRoleStore接口来对接你的自定义认证表，这部分稍微复杂，但完全可行。
• 依赖注入使用：在业务逻辑中，直接注入BusinessDbContext来操作业务数据，注入UserManager/SignInManager来处理认证逻辑，它们会自动分别对接对应的数据库，互不干扰。
• 迁移管理：如果后续需要给业务数据库做EF迁移，记得指定对应的DbContext，比如在Package Manager Console里执行：Add-Migration InitialBusinessMigration -Context BusinessDbContext。

这样配置完成后，你的项目就能完美复用现有认证数据库做身份验证，同时用自己的专属数据库存储业务数据了！

内容的提问来源于stack exchange，提问作者Jeroen