EntityType 'IdentityUserRole' не имеет ключевой ошибки

Итак, вы используете MVC 5 с ASP.NET Identity 2.0. Думаю, в вашем проекте есть пакет Nuget для Microsoft.AspNet.Identity.EntityFramework, и в вашей базе данных созданы нужные таблицы.

Возможно, ваша проблема в том, что вы переопределяете сопоставления для стандартных таблиц идентификации. Вам действительно нужно явно отображать имена таблиц и ключи? Я бы попытался сохранить исходные сопоставления и добавить явные сопоставления только для ваших настраиваемых сущностей и полей. Я думаю, вам не нужны сопоставления ToTable, поскольку базовые сущности имеют сопоставление где-то в своем коде, а ваши сущности расширяют их.

Пара вопросов:

• Что означает UserRoleAccess.UserRoleId? Это идентификатор пользователя или идентификатор роли? Если предполагается, что он содержит идентификатор UserRole, это составной ключ, а не отдельное значение, поэтому маловероятно, что свойство String подойдет. Возможно, тебе стоит его переименовать.

• Что именно вы хотите сделать в методе CreateUserRoleAccess: добавить новый UserRoleAccess для роли и пользователя, которые уже существуют и уже связаны (то есть отношение UserRole уже существует)? Или добавить новые UserRole и UserRoleAccess для пользователя и роли, которые уже существуют, но не связаны? Я предполагаю, что вы не хотите создавать роль или пользователя на этом этапе, они уже существуют, я ошибаюсь?

• Во всяком случае, в вашем методе CreateUserRoleAccess в этой строке:

  userRoleAccess.ApplicationRole = new ApplicationRole { Id = id };
  

  Если вы не создаете новую роль в этот же момент, вам следует выполнить Find или другой запрос Linq и получить существующую роль из контекста. Возможно, просто изменив это, ваш код заработает:

  //userRoleAccess.ApplicationRole = new ApplicationRole { Id = id };
  userRoleAccess.ApplicationRole = context.Roles.Find(id) as ApplicationRole;
  

Я создал проект MVC и попробовал ваш код с несколькими изменениями:

Я не включил никаких явных привязок или сопоставлений EF, просто чтобы попробовать с исходной моделью Identity и посмотреть, работает ли она.

Я расширил Identity DbContext, просто добавив DbSet для UserRoleAccess:

public class ApplicationDbContext : IdentityDbContext<ApplicationUser>
{
    public virtual IDbSet<UserRoleAccess> UserRoleAccesses { get; set; }

    public ApplicationDbContext()
        : base("DefaultConnection", throwIfV1Schema: false)
    {
    }

    public static ApplicationDbContext Create()
    {
        return new ApplicationDbContext();
    }
}  

После добавления ваших настраиваемых сущностей ApplicationRole и UserRoleAccess, генерации миграции и обновления базы данных я получил ту же таблицу UserRoleAccess, что и вы, но также новый столбец Discriminator в таблице Roles:

Это означает, что EF использует TPH (таблица на иерархию) при расширении сущности IdentityRole с помощью сущности ApplicationRole. Они делят стол. Это неявно, нет необходимости писать привязки (на самом деле, ненужные явные привязки имеют тенденцию мешать).

Итак, если в вашей таблице ролей отсутствует это поле, это может быть вероятной причиной вашей ошибки.

Я запустил сеть MVC и создал нового пользователя со ссылкой «Зарегистрироваться» в заголовке страницы. Я запустил следующий код (добавив его в контроллер индекса), и он сработал:

    public void CreateUserRoleAccess(string name, int type, string id)
    {
        //Insert role (run only once)
        using (var context = new ApplicationDbContext())
        {
            var role = new ApplicationRole { Id = id, Name = "Role1" };
            var user = context.Users.FirstOrDefault<ApplicationUser>();
            //user.Roles.Add(role);
            role.Users.Add(new IdentityUserRole { RoleId = role.Id, UserId = user.Id });

            context.Roles.Add(role);
            context.SaveChanges();
        }

        using (var context = new ApplicationDbContext())
        {
            var userRoleAccess = new UserRoleAccess();

            //userRoleAccess.ApplicationRole = new ApplicationRole { Id = id };
            userRoleAccess.ApplicationRole = context.Roles.Find(id) as ApplicationRole;

            //Is this a userId or a roleId? Does not seem OK to assign id param here
            userRoleAccess.UserRoleId = id;
            userRoleAccess.IsActive = true;

            userRoleAccess.UserRoleAccessType = type;

            userRoleAccess.Name = name;

            context.UserRoleAccesses.Add(userRoleAccess);

            context.SaveChanges();
        }
    }

Обратите внимание, что сначала я создаю новую роль с другой областью контекста, чтобы убедиться, что роль существует, когда я перейду к интересному коду. Я использую эту роль позже, извлекая ее из контекста.

Надеюсь это поможет. Если хотите, я могу отправить вам полный код решения.

РЕДАКТИРОВАТЬ - Таблица UserRoleAccess:

        CreateTable(
            "dbo.UserRoleAccesses",
            c => new
                {
                    UserRoleAccessId = c.Long(nullable: false, identity: true),
                    UserRoleId = c.String(),
                    IsActive = c.Boolean(nullable: false),
                    Name = c.String(),
                    UserRoleAccessType = c.Int(nullable: false),
                    ApplicationRole_Id = c.String(maxLength: 128),
                })
            .PrimaryKey(t => t.UserRoleAccessId)
            .ForeignKey("dbo.AspNetRoles", t => t.ApplicationRole_Id)
            .Index(t => t.ApplicationRole_Id);

Полезные ссылки:

Введение в идентификацию ASP.NET - я создал простое решение MVC, использующее эту информацию.

Идентификация ASP.NET, выдержка из книги Pro ASP.NET MVC 5