我与实体框架代码优先和MVC 5.工作时我创造了我的个人用户申请帐户身份验证我获得了一个账户控制器和与它所有需要的类和需要得到的逐张用户代码一起帐户认证工作。
其中代码已经到位是这样的:
public class ApplicationDbContext : IdentityDbContext<ApplicationUser>
{
public ApplicationDbContext() : base("DXContext", throwIfV1Schema: false)
{
}
public static ApplicationDbContext Create()
{
return new ApplicationDbContext();
}
}
但后来我说干就干,首先使用的代码创建了自己的背景,所以我现在有太多如下:
public class DXContext : DbContext
{
public DXContext() : base("DXContext")
{
}
public DbSet<ApplicationUser> Users { get; set; }
public DbSet<IdentityRole> Roles { get; set; }
public DbSet<Artist> Artists { get; set; }
public DbSet<Paintings> Paintings { get; set; }
}
最后,我有以下的种子的方法来添加一些数据,我与同时发展工作:
protected override void Seed(DXContext context)
{
try
{
if (!context.Roles.Any(r => r.Name == "Admin"))
{
var store = new RoleStore<IdentityRole>(context);
var manager = new RoleManager<IdentityRole>(store);
var role = new IdentityRole { Name = "Admin" };
manager.Create(role);
}
context.SaveChanges();
if (!context.Users.Any(u => u.UserName == "James"))
{
var store = new UserStore<ApplicationUser>(context);
var manager = new UserManager<ApplicationUser>(store);
var user = new ApplicationUser { UserName = "James" };
manager.Create(user, "ChangeAsap1@");
manager.AddToRole(user.Id, "Admin");
}
context.SaveChanges();
string userId = "";
userId = context.Users.FirstOrDefault().Id;
var artists = new List<Artist>
{
new Artist { FName = "Salvador", LName = "Dali", ImgURL = "http://i62.tinypic.com/ss8txxn.jpg", UrlFriendly = "salvador-dali", Verified = true, ApplicationUserId = userId },
};
artists.ForEach(a => context.Artists.Add(a));
context.SaveChanges();
var paintings = new List<Painting>
{
new Painting { Title = "The Persistence of Memory", ImgUrl = "http://i62.tinypic.com/xx8tssn.jpg", ArtistId = 1, Verified = true, ApplicationUserId = userId }
};
paintings.ForEach(p => context.Paintings.Add(p));
context.SaveChanges();
}
catch (DbEntityValidationException ex)
{
foreach (var validationErrors in ex.EntityValidationErrors)
{
foreach (var validationError in validationErrors.ValidationErrors)
{
Trace.TraceInformation("Property: {0} Error: {1}", validationError.PropertyName, validationError.ErrorMessage);
}
}
}
}
我的解决方案建立很好,但是当我试图访问需要访问数据库,我得到以下错误控制器:
DX.DOMAIN.Context.IdentityUserLogin:的EntityType 'IdentityUserLogin' 没有定义键。 定义此的EntityType关键。
DX.DOMAIN.Context.IdentityUserRole:的EntityType 'IdentityUserRole' 没有定义键。 定义此的EntityType关键。
我究竟做错了什么? 是不是因为我有两个背景?
UPDATE
阅读奥古斯托的答复后,我去选3。 这里是我的DXContext类看起来像现在:
public class DXContext : DbContext
{
public DXContext() : base("DXContext")
{
// remove default initializer
Database.SetInitializer<DXContext>(null);
Configuration.LazyLoadingEnabled = false;
Configuration.ProxyCreationEnabled = false;
}
public DbSet<User> Users { get; set; }
public DbSet<Role> Roles { get; set; }
public DbSet<Artist> Artists { get; set; }
public DbSet<Painting> Paintings { get; set; }
public static DXContext Create()
{
return new DXContext();
}
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
base.OnModelCreating(modelBuilder);
modelBuilder.Entity<User>().ToTable("Users");
modelBuilder.Entity<Role>().ToTable("Roles");
}
public DbQuery<T> Query<T>() where T : class
{
return Set<T>().AsNoTracking();
}
}
我还添加了User.cs
和Role.cs
类,他们是这样的:
public class User
{
public int Id { get; set; }
public string FName { get; set; }
public string LName { get; set; }
}
public class Role
{
public int Id { set; get; }
public string Name { set; get; }
}
我不知道我是否需要对用户的密码属性,因为默认ApplicationUser有和很多其他的领域!
不管怎么说,上述变化建立罚款,但再当应用程序跑我得到这个错误:
无效的列名用户ID
UserId
是我的整数属性Artist.cs
问题是,你的ApplicationUser从IdentityUser,这是这样定义的继承 :
IdentityUser : IdentityUser<string, IdentityUserLogin, IdentityUserRole, IdentityUserClaim>, IUser
....
public virtual ICollection<TRole> Roles { get; private set; }
public virtual ICollection<TClaim> Claims { get; private set; }
public virtual ICollection<TLogin> Logins { get; private set; }
和它们的主键被映射到类IdentityDbContext的方法OnModelCreating:
modelBuilder.Entity<TUserRole>()
.HasKey(r => new {r.UserId, r.RoleId})
.ToTable("AspNetUserRoles");
modelBuilder.Entity<TUserLogin>()
.HasKey(l => new {l.LoginProvider, l.ProviderKey, l.UserId})
.ToTable("AspNetUserLogins");
和你的DXContext不从它派生,这些密钥没有得到确定。
如果你深入到源的Microsoft.AspNet.Identity.EntityFramework
,你就会明白一切。
我碰到这种情况就前一段时间,我发现了三个可能的解决方案(也许还有更多):
- 使用单独的DbContexts对两个不同数据库或同一个数据库,但不同的表。
- 合并的DXContext与ApplicationDbContext和使用一个数据库。
- 使用单独的DbContexts对同一个表,并相应地管理他们的迁移。
选项1:见更新的底部。
选项2:最后你会像这样一个的DbContext:
public class DXContext : IdentityDbContext<User, Role,
int, UserLogin, UserRole, UserClaim>//: DbContext
{
public DXContext()
: base("name=DXContext")
{
Database.SetInitializer<DXContext>(null);// Remove default initializer
Configuration.ProxyCreationEnabled = false;
Configuration.LazyLoadingEnabled = false;
}
public static DXContext Create()
{
return new DXContext();
}
//Identity and Authorization
public DbSet<UserLogin> UserLogins { get; set; }
public DbSet<UserClaim> UserClaims { get; set; }
public DbSet<UserRole> UserRoles { get; set; }
// ... your custom DbSets
public DbSet<RoleOperation> RoleOperations { get; set; }
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
base.OnModelCreating(modelBuilder);
modelBuilder.Conventions.Remove<PluralizingTableNameConvention>();
modelBuilder.Conventions.Remove<OneToManyCascadeDeleteConvention>();
// Configure Asp Net Identity Tables
modelBuilder.Entity<User>().ToTable("User");
modelBuilder.Entity<User>().Property(u => u.PasswordHash).HasMaxLength(500);
modelBuilder.Entity<User>().Property(u => u.Stamp).HasMaxLength(500);
modelBuilder.Entity<User>().Property(u => u.PhoneNumber).HasMaxLength(50);
modelBuilder.Entity<Role>().ToTable("Role");
modelBuilder.Entity<UserRole>().ToTable("UserRole");
modelBuilder.Entity<UserLogin>().ToTable("UserLogin");
modelBuilder.Entity<UserClaim>().ToTable("UserClaim");
modelBuilder.Entity<UserClaim>().Property(u => u.ClaimType).HasMaxLength(150);
modelBuilder.Entity<UserClaim>().Property(u => u.ClaimValue).HasMaxLength(500);
}
}
方案3:您将有一个的DbContext等于选择2让我们将其命名为IdentityContext。 你将有一个名为DXContext其他的DbContext:
public class DXContext : DbContext
{
public DXContext()
: base("name=DXContext") // connection string in the application configuration file.
{
Database.SetInitializer<DXContext>(null); // Remove default initializer
Configuration.LazyLoadingEnabled = false;
Configuration.ProxyCreationEnabled = false;
}
// Domain Model
public DbSet<User> Users { get; set; }
// ... other custom DbSets
public static DXContext Create()
{
return new DXContext();
}
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
base.OnModelCreating(modelBuilder);
modelBuilder.Conventions.Remove<PluralizingTableNameConvention>();
// IMPORTANT: we are mapping the entity User to the same table as the entity ApplicationUser
modelBuilder.Entity<User>().ToTable("User");
}
public DbQuery<T> Query<T>() where T : class
{
return Set<T>().AsNoTracking();
}
}
其中User是:
public class User
{
public int Id { get; set; }
[Required, StringLength(100)]
public string Name { get; set; }
[Required, StringLength(128)]
public string SomeOtherColumn { get; set; }
}
有了这个解决方案,我映射实体的用户相同的表作为实体ApplicationUser。
然后,使用代码第一次迁移,您需要生成用于IdentityContext的迁移, 然后为DXContext,以下从赛伦德拉肖汉这个伟大的职位: 与多个数据上下文的Code First迁移
你必须修改DXContext产生迁移。 东西这取决于哪些属性ApplicationUser和用户之间共享的,如:
//CreateTable(
// "dbo.User",
// c => new
// {
// Id = c.Int(nullable: false, identity: true),
// Name = c.String(nullable: false, maxLength: 100),
// SomeOtherColumn = c.String(nullable: false, maxLength: 128),
// })
// .PrimaryKey(t => t.Id);
AddColumn("dbo.User", "SomeOtherColumn", c => c.String(nullable: false, maxLength: 128));
然后从运行在Global.asax或任何其他地方使用这个自定义类应用程序,以便在迁移(第一身份迁移):
public static class DXDatabaseMigrator
{
public static string ExecuteMigrations()
{
return string.Format("Identity migrations: {0}. DX migrations: {1}.", ExecuteIdentityMigrations(),
ExecuteDXMigrations());
}
private static string ExecuteIdentityMigrations()
{
IdentityMigrationConfiguration configuration = new IdentityMigrationConfiguration();
return RunMigrations(configuration);
}
private static string ExecuteDXMigrations()
{
DXMigrationConfiguration configuration = new DXMigrationConfiguration();
return RunMigrations(configuration);
}
private static string RunMigrations(DbMigrationsConfiguration configuration)
{
List<string> pendingMigrations;
try
{
DbMigrator migrator = new DbMigrator(configuration);
pendingMigrations = migrator.GetPendingMigrations().ToList(); // Just to be able to log which migrations were executed
if (pendingMigrations.Any())
migrator.Update();
}
catch (Exception e)
{
ExceptionManager.LogException(e);
return e.Message;
}
return !pendingMigrations.Any() ? "None" : string.Join(", ", pendingMigrations);
}
}
这样一来,我的n层跨领域实体最终不会从AspNetIdentity类继承,所以我不必在我使用它们每一个项目导入此框架。
很抱歉的广泛的职位。 我希望它可以提供一些这方面的指导。 我已经使用选项2和3的生产环境。
UPDATE:expand选项1
在过去的两个项目我已经使用了第一个选项:具有从IdentityUser派生的AspNetUser类,并呼吁APPUSER一个单独的自定义类。 在我的情况下,DbContexts分别IdentityContext和DomainContext。 而我所定义的APPUSER这样的标识:
public class AppUser : TrackableEntity
{
[Key, DatabaseGenerated(DatabaseGeneratedOption.None)]
// This Id is equal to the Id in the AspNetUser table and it's manually set.
public override int Id { get; set; }
(TrackableEntity是我在DomainContext上下文的重写SaveChanges方法使用自定义抽象基类)
我首先创建AspNetUser然后APPUSER。 这种方法的缺点是,你保证你的“CREATEUSER”的功能是事务性的(记住,会有两个DbContexts单独调用的SaveChanges)。 使用的TransactionScope并没有为我工作由于某种原因,所以我结束了做一些丑陋但对我的作品:
IdentityResult identityResult = UserManager.Create(aspNetUser, model.Password);
if (!identityResult.Succeeded)
throw new TechnicalException("User creation didn't succeed", new LogObjectException(result));
AppUser appUser;
try
{
appUser = RegisterInAppUserTable(model, aspNetUser);
}
catch (Exception)
{
// Roll back
UserManager.Delete(aspNetUser);
throw;
}
(请,如果有人来用做这部分我很欣赏评论或建议编辑这个答案的一个更好的方法)
好处是,你不必修改迁移,你可以使用在任何APPUSER疯狂的继承层次结构,而不与AspNetUser搞乱 。 而实际上我用的自动迁移我的IdentityContext(从IdentityDbContext派生的上下文中):
public sealed class IdentityMigrationConfiguration : DbMigrationsConfiguration<IdentityContext>
{
public IdentityMigrationConfiguration()
{
AutomaticMigrationsEnabled = true;
AutomaticMigrationDataLossAllowed = false;
}
protected override void Seed(IdentityContext context)
{
}
}
这种方法也有避免让你的n层交叉的实体从AspNetIdentity类继承的好处。
在我来说,我已经从IdentityDbContext正确继承(用我自己的自定义类型和定义的键),但已经无意中删除调用基类的OnModelCreating:
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
base.OnModelCreating(modelBuilder); // I had removed this
/// Rest of on model creating here.
}
然后从身份类别固定了我丢失的索引,然后我可以生成迁移,并能恰当地迁移。
对于那些谁使用ASP.NET 2.1的身份和更改了主键从默认的string
要么int
或Guid
,如果你仍然得到
的EntityType“xxxxUserLogin”没有定义键。 定义此的EntityType关键。
的EntityType“xxxxUserRole”没有定义键。 定义此的EntityType关键。
你可能只是忘了在指定新的密钥类型IdentityDbContext
:
public class AppIdentityDbContext : IdentityDbContext<
AppUser, AppRole, int, AppUserLogin, AppUserRole, AppUserClaim>
{
public AppIdentityDbContext()
: base("MY_CONNECTION_STRING")
{
}
......
}
如果你只是有
public class AppIdentityDbContext : IdentityDbContext
{
......
}
甚至
public class AppIdentityDbContext : IdentityDbContext<AppUser>
{
......
}
你会得到“没有任何按键定义”当你试图添加迁移或更新数据库错误。
通过改变的DbContext如下;
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
base.OnModelCreating(modelBuilder);
modelBuilder.Conventions.Remove<OneToManyCascadeDeleteConvention>();
modelBuilder.Conventions.Remove<ManyToManyCascadeDeleteConvention>();
}
只需添加在OnModelCreating方法调用base.OnModelCreating(模型构建); 和它的变细。 我使用EF6。
特别感谢#The参议员
protected override void OnModelCreating(ModelBuilder modelBuilder)
{
base.OnModelCreating(modelBuilder);
//foreach (var relationship in modelBuilder.Model.GetEntityTypes().SelectMany(e => e.GetForeignKeys()))
// relationship.DeleteBehavior = DeleteBehavior.Restrict;
modelBuilder.Entity<User>().ToTable("Users");
modelBuilder.Entity<IdentityRole<string>>().ToTable("Roles");
modelBuilder.Entity<IdentityUserToken<string>>().ToTable("UserTokens");
modelBuilder.Entity<IdentityUserClaim<string>>().ToTable("UserClaims");
modelBuilder.Entity<IdentityUserLogin<string>>().ToTable("UserLogins");
modelBuilder.Entity<IdentityRoleClaim<string>>().ToTable("RoleClaims");
modelBuilder.Entity<IdentityUserRole<string>>().ToTable("UserRoles");
}
}
我的问题是相似的 - 我有一个新的表我创建的是AHD在绑到身份的用户。 看完上面的回答后,意识到它与IsdentityUser和继承的性质在做。 我已经有身份设置为自己的上下文,因此要避免固有追平了两人在一起,而不是使用相关用户表作为一个真正的EF属性,我成立了一个非映射属性与查询来获取相关的实体。 (DataManager的设置来检索其中OtherEntity存在当前上下文。)
[Table("UserOtherEntity")]
public partial class UserOtherEntity
{
public Guid UserOtherEntityId { get; set; }
[Required]
[StringLength(128)]
public string UserId { get; set; }
[Required]
public Guid OtherEntityId { get; set; }
public virtual OtherEntity OtherEntity { get; set; }
}
public partial class UserOtherEntity : DataManager
{
public static IEnumerable<OtherEntity> GetOtherEntitiesByUserId(string userId)
{
return Connect2Context.UserOtherEntities.Where(ue => ue.UserId == userId).Select(ue => ue.OtherEntity);
}
}
public partial class ApplicationUser : IdentityUser
{
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;
}
[NotMapped]
public IEnumerable<OtherEntity> OtherEntities
{
get
{
return UserOtherEntities.GetOtherEntitiesByUserId(this.Id);
}
}
}
文章来源: EntityType 'IdentityUserLogin' has no key defined. Define the key for this EntityType