即使我在沒有鍵和關(guān)系的另一個數(shù)據(jù)庫中創(chuàng)建表，我也無法重現(xiàn)該問題。所以我確定你的模型有問題。不幸的是，您沒有添加我可以比較的代碼，所以我無法說出有什么不同并直接回答問題。我唯一能做的就是展示什么對我有用。不過，首先我要說幾點。
我認為你不應(yīng)該關(guān)注這篇文章。因為沒有理由將上下文添加到現(xiàn)有數(shù)據(jù)庫中。
就像 Ivan Stoev 提到的，你不應(yīng)該混合上下文。身份上下文旨在對用戶進行身份驗證。它存儲憑據(jù)、用戶角色和聲明。其中聲明旨在添加有關(guān)用戶的身份信息。
實際上，HometownApplicationUser 模板的默認字段可以刪除，因為它是一個身份聲明，應(yīng)該存儲在 AspNetUserClaims 表中。不是您需要擴展 ApplicationUser 的東西。實際上，我想不出任何擴展 ApplicationUser 的理由。
關(guān)于角色，這些并不是真正的聲明，因為它們沒有說明身份，而是用于授權(quán)。這就是為什么它們可以存儲在 AspNetUserRoles 表中的原因。不幸的是，角色作為角色聲明被添加到身份中，這讓事情變得混亂。
請注意，身份信息存在于聲明中。這意味著應(yīng)用程序不必調(diào)用身份上下文。例如 User.IsInRole 檢查當(dāng)前身份的角色聲明，而不是存儲在表中的角色。
關(guān)于不同的上下文，另一個上下文（我通常稱之為業(yè)務(wù)模型）與 Identity 上下文沒有任何共同之處。電子郵件和其他領(lǐng)域不是商業(yè)模式的一部分，也沒有意義。您可能認為這些字段是多余的，但實際上并非如此。我可以使用谷歌帳戶登錄，但對于業(yè)務(wù)，請使用我的工作電子郵件地址。
將上下文分開有幾個原因。
關(guān)注點的分離。假設(shè)您將來要與另一個身份驗證框架交換身份驗證框架。如果您想支持單點登錄 (SSO)，就像實施 IdentityServer 一樣。
如果另一個應(yīng)用程序需要相同的登錄名，則不能將用戶表移動到另一個數(shù)據(jù)庫。因此，您最終還要向數(shù)據(jù)庫添加其他上下文。
遷移問題。如果混合上下文，則遷移將失敗。
它會讓事情變得容易得多。這是您遇到的第一個問題，而不是最后一個。
正如文章中所提到的：
此時，如果您需要將任何關(guān)系（例如外鍵）從您自己的表添加到這些表，歡迎您這樣做，但不要直接或稍后在其任何 POCO 類上修改任何實體框架 2.0 表。根據(jù)我收到的反饋，這樣做會導(dǎo)致錯誤。
那么，如果您不應(yīng)該從您的應(yīng)用程序訪問身份上下文，那么如何管理信息呢？
對于當(dāng)前用戶，您不需要訪問 users 表。所有信息都存在于身份聲明中。訪問身份上下文的唯一原因是允許用戶登錄。除了用戶管理。
您可以通過添加對用戶的引用（用戶 ID）就足夠了。如果您需要在報告中顯示其他用戶的信息（如姓名），則在您的業(yè)務(wù)上下文中創(chuàng)建一個用戶表來存儲信息。您可以向該表添加關(guān)系，因為它是同一上下文的一部分。
如果您對此方法有任何疑問，請告訴我。
現(xiàn)在對我有用的代碼。就像其他人提到的那樣，不太可能添加以下行：
public ICollection<Employee> Employees { get; set; }是原因。如果沒有virtual關(guān)鍵字，我認為它甚至?xí)缓雎裕ū３譃榭眨?/p>
當(dāng)我按照文章的步驟進行操作時，我最終會得到以下模型：
public class ApplicationUser : IdentityUser
{
public string Hometown { get; set; }
//public virtual ICollection<Employee> Employees { get; set; }
public async Task<ClaimsIdentity> GenerateUserIdentityAsync(UserManager<ApplicationUser> manager)
{
// Note the authenticationType must match the one defined in CookieAuthenticationOptions.AuthenticationType
var userIdentity = await manager.CreateIdentityAsync(this, DefaultAuthenticationTypes.ApplicationCookie);
// Add custom user claims here
return userIdentity;
}
}
public class ApplicationDbContext : IdentityDbContext<ApplicationUser>
{
public ApplicationDbContext()
: base("DefaultConnection", throwIfV1Schema: false)
{
// Disable migrations
//Database.SetInitializer<ApplicationDbContext>(null);
}
public static ApplicationDbContext Create()
{
return new ApplicationDbContext();
}
}
然后我添加 Employee 類并取消注釋上面 ApplicationUser 類中的行：
public class Employee
{
public int Id { get; set; }
public string Name { get; set; }
//public virtual ApplicationUser ApplicationUser { get; set; }
public string ApplicationUserId { get; set; }
}
在數(shù)據(jù)庫中，我添加了表：
CREATE TABLE [dbo].[Employees](
[Id] [int] NOT NULL,
[Name] [varchar](50) NOT NULL,
[ApplicationUserId] [nvarchar](128) NOT NULL,
PRIMARY KEY CLUSTERED
(
[Id] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
您可以使用該[ForeignKey]屬性來使用不同的字段名稱。
您可以嘗試這樣做或選擇將兩個上下文分開。
