Entity Framework Core не учитывает столбцы Identity

Для БД сначала попробуйте добавить [ключ] в качестве аннотации к данным.

С аннотацией данных

[Key]
public int AssigneeId { get; set; }

свободный API

modelBuilder.Entity<Assignee>()
        .HasKey(o => o.AssigneeId);

См. здесь или здесь, если вы хотите использовать свободный API.

Я попытался воспроизвести эту проблему на основе вашего примера, но, похоже, он работает нормально. Однако я не использовал Scaffold, просто закодировал класс, и я попробовал модель, создающую код, который у вас был, и у него не было проблем. Я подозреваю, что в этом должно быть что-то большее, потому что только с классом «Уполномоченный» соглашение EF ожидает таблицу «Уполномоченные», поэтому я подозреваю, что настраивается больше сопоставления.

Протестировано с EF Core 2.0.3 и 2.2.4.

БД: использовал сценарий ОП.

Сущность:

[Table("Assignee")]
public class Assignee
{
    public int AssigneeId { get; set; }
}

Мне пришлось использовать атрибут Table для сопоставления с именем таблицы.

Контекст:

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        base.OnModelCreating(modelBuilder);

        modelBuilder.Entity<Assignee>(entity =>
        {
            entity.Property(e => e.AssigneeId).HasColumnName("AssigneeID");
        });
    }

согласно комментарию ОП.

Тестовое задание:

   [Test]
    public void TestIncrement()
    {
        using (var context = new TestDbContext())
        {
            var newItem = new Assignee();
            context.Assignees.Add(newItem);
            context.SaveChanges();
        }
    }

Работает как положено.

Однако то, что я обычно имею для объекта:

[Table("Assignee")]
public class Assignee
{
    [Key, DatabaseGenerated(DatabaseGeneratedOption.Identity), Column("AssigneeID")]
    public int AssigneeId { get; set; }
}

И тогда ничего для этого столбца не нужно в контексте переопределения OnModelCreating.

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

Обновлено: также пробовал это с помощью скафолдинга, запускающего Scaffold-DbContext по существующей схеме. Опять же, работал без проблем. Для сравнения с вашими тестами:

Сгенерированный DbContext: (без изменений сохранить удаление сведений о предупреждении и строке подключения.)

public partial class AssigneeContext : DbContext
{
    public AssigneeContext()
    {
    }

    public AssigneeContext(DbContextOptions<AssigneeContext> options)
        : base(options)
    {
    }

    public virtual DbSet<Assignee> Assignee { get; set; }

    protected override void OnConfiguring(DbContextOptionsBuilder optionsBuilder)
    {
        if (!optionsBuilder.IsConfigured)
        {
            optionsBuilder.UseSqlServer("Data Source=machine\\DEV;Initial Catalog=Spikes;uid=user;pwd=password;MultipleActiveResultSets=True");
        }
    }

    protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        modelBuilder.HasAnnotation("ProductVersion", "2.2.4-servicing-10062");

        modelBuilder.Entity<Assignee>(entity =>
        {
            entity.Property(e => e.AssigneeId).HasColumnName("AssigneeID");
        });
    }
}

Сгенерированный объект: (без изменений)

public partial class Assignee
{
    public int AssigneeId { get; set; }
}

Я понял, зачем нужна моя аннотация таблицы. EF Core (не уверен, что применимо и к EF6) основывал соглашение об имени таблицы на имени переменной DbSet в DbContext. Я не видел никаких различий в конфигурации с контекстом, сгенерированным скаффолдом, и моим собственным, кроме имени DbSet. Я переименовал свое оригинальное имя DbSet DbContext в «Assignee», и оно работало без атрибута Table.

Тем не менее, на основе представленной информации ваш код должен работать. Что-то скрывается в деталях, потому что этот пример действительно работает, поэтому вам нужно будет предоставить более подробную информацию о примере, который определенно не работает в вашем случае.

 protected override void OnModelCreating(ModelBuilder modelBuilder)
    {
        base.OnModelCreating(modelBuilder);

        modelBuilder.Entity<Todo>(entity =>
            {
        entity.Property(x => x.Id)
                    .HasColumnName("id")
                    .HasColumnType("int")
                    .ValueGeneratedOnAdd()
                    **.UseIdentityColumn();**

    }

Попробуйте сделать это. Зависимость ядра Ef: Microsoft.EntityFrameworkCore.SqlServer

Укороченная версия

Мы получаем и испытываем разные результаты: одни могут воспроизвести проблему, другие — нет. Мой опыт зависит от того, равно ли значение свойства Id 0 или нет.

Подробная версия

По моему опыту, поведение по умолчанию (основанное на соглашении об именах) определенно работает, поэтому, если вы называете атрибут вашего объекта db (свойство C#) идентификатором или EntityNameId, он должен работать. Нет атрибутов класса сущностей C#, ни конфигурация OnModelCreating не требуется. В то же время, если проблема существует, ни атрибуты класса сущностей C#, ни конфигурация OnModelCreating не исправят ее.

...поскольку если значение свойства Id не равно 0, сгенерированный SQL будет содержать явное имя и значение поля, поэтому мы получили ошибку. Это явно проблема в ядре EF, но обходной путь прост.

Это работает для меня:

modelBuilder.Entity<Assignee>().Property(e => e.AssigneeId).UseIdentityColumn();

Итак, UseIdentityColumn() является ключом.

Я использую Microsoft.EntityFrameworkCore.SqlServer v3.1.8.