在使用ASP .NET身份时，您是否应该在业务数据库中存储其他用户信息？

Question

因此 - 我刚刚开始使用Newbie项目中的ASP .NET身份框架，但我偶然发现了关于用户的逻辑问题，我不知道如何解决，所以让我告诉我这是什么意思。

（它们都使用不同的DB上下文）：

• 在我的Web项目中，我使用两个数据库
• 在

向项目添加身份之前，我将所有用户的信息存储在我的业务数据库中（使用EntityFrameWork core for Migripations for Migripation等），他们的模型就是这样：

public abstract class User
{     
    public int Id { get; set; }

    [Required(ErrorMessage = "Input login")]
    public string Login { get; set; }

    [Required(ErrorMessage = "Input password")]
    [Display(Name = "Password")]
    public string Pswrd { get; set; }

    [Required(ErrorMessage = "Input mail")]
    [Display(Name = "E-mail")]
    public string Email { get; set; }

    [Display(Name = "Phone number (optional)")]
    [Range(111111111, 999999999)]
    public int Phone_nr { get; set; }
}

我在注册时选择了两个角色：

public class Poster : User
{
        [Display(Name = "Questions asked (total)")]
        public int Total_posted { get; set; }


        //1 to N
        public List<Question> Questions { get; set; }
}

public class Answerer : User
{
        [Display(Name = "Answers posted (total)")]
        public int Total_answered { get; set; }


        //1 to N
        public List<Question> Questions { get; set; }
}

然后 我认为我不需要在业务数据库中存储ID，密码，电子邮件之类的信息，而是在身份数据库中。

然后是我的问题和我的问题 - 是否应该通过自定义IdentityUser类来存储所有用户信息，以便将其包含一些其他属性，然后将用户表放在业务DB中？因为如果是的，那么我将如何包括外国钥匙（或实际上 - 什么是它们的替代方案），因为我不知道在两个不同的数据库之间是否有可能）？因为可以看出 - 我的用户类必须包括对其他类的参考（在我的情况下为“问题”类）。

Answer 1

没关系，我在这个答案中发现了需要信息（即使我之前搜索，我现在刚刚找到了整个帖子和答案） -

for-n ＃48624628>使用EF Core core core sidentityContext和dbContext以及dbContext都进行订单管理与自己相关，然后我必须基于使用某些属性在两个实体中“共享”的属性创建一种动态关系。然后，我可以使用其中一个属性（在两个实体中具有相同的值）来选择与之相关的其他实体。

如果我想将所有数据存储在一个数据库中，那么我只会使我的数据库上下文从IdentityDbContext继承。但这并非如此，因为我想将两个数据集与彼此分开。

并且关于修改身份用户 - Yiyi您提到的DOC中，您只需要创建一个可以从“ IdentityUser”继承的类，并在我们的用户中使用某些添加剂属性，在我们的数据库上下文中更改使用的用户（因此“ AddDbContext”）和所述数据库上下文类（修改继承），然后迁移和更新。