Исполняющая среда EF Core транслирует поле в показанное ниже определение SQL:

CREATE TABLE [dbo].[Inventory](

...

  [IsDrivable] [BIT] NOT NULL,

...

GO

ALTER TABLE [dbo].[Inventory] ADD  DEFAULT (CONVERT([BIT],(1)))

FOR [IsDrivable]

GO

Вычисляемые столбцы

Столбцы также могут вычисляться на основе возможностей хранилища данных. Для SQL Server есть два варианта: вычислять значение, основываясь на других полях в той же самой записи, либо использовать скалярную функцию. Скажем, чтобы создать в таблице Inventory вычисляемый столбец, который объединяет значения PetName и Color для создания DisplayName, применяйте функцию HasComputedColumnSql:

modelBuilder.Entity(entity =>

{

  entity.Property(p => p.FullName)

    .HasComputedColumnSql("[PetName] + ' (' + [Color] + ')'");

});

В версии EF Core 5 появилась возможность сохранения вычисляемых значений, так что значение вычисляется только при создании или обновлении строки. Хотя в SQL Server упомянутая возможность поддерживается, она присутствует не во всех хранилищах данных, поэтому проверяйте документацию по своему поставщику баз данных:

modelBuilder.Entity(entity =>

{

  entity.Property(p => p.FullName)

    .HasComputedColumnSql("[PetName] + ' (' + [Color] + ')'", stored:true);

});

Отношения "один ко многим"

Чтобы определить отношение "один ко многим" с помощью Fluent API, выберите одну из сущностей, подлежащих обновлению. Обе стороны навигационной цепочки устанавливаются в одном блоке кода:

modelBuilder.Entity(entity =>

{

  ...

  entity.HasOne(d => d.MakeNavigation)

    .WithMany(p => p.Cars)

    .HasForeignKey(d => d.MakeId)

    .OnDelete(DeleteBehavior.ClientSetNull)

    .HasConstraintName("FK_Inventory_Makes_MakeId");

});

Если вы выберете в качестве основы для конфигурации навигационной сущности главную сущность, тогда код будет выглядеть примерно так:

modelBuilder.Entity(entity =>

{

  ...

  entity.HasMany(e=>e.Cars)

    .WithOne(c=>c.MakeNavigation)

    .HasForeignKey(c=>c.MakeId)

    .OnDelete(DeleteBehavior.ClientSetNull)

    .HasConstraintName("FK_Inventory_Makes_MakeId");

 });

Отношения "один к одному"

Отношения "один к одному" конфигурируются аналогично, но только вместо метода WithMany интерфейса Fluent API используется метод WithOne. К зависимой сущности добавляется уникальный индекс. Вот код для отношения между сущностями Car и Radio, где применяется зависимая сущность (Radio):

modelBuilder.Entity(entity =>

{

  entity.HasIndex(e => e.CarId, "IX_Radios_CarId")

    .IsUnique;

  entity.HasOne(d => d.CarNavigation)

    .WithOne(p => p.RadioNavigation)

    .HasForeignKey(d => d.CarId);

});

Даже если отношение определено в главной сущности, то к зависимой сущности все равно добавляется уникальный индекс. Далее приведен код установки отношения между сущностями Car и Radio, где для отношения используется главная сущность:

modelBuilder.Entity(entity =>

{

  entity.HasIndex(e => e.CarId, "IX_Radios_CarId")

    .IsUnique;

});

modelBuilder.Entity(entity =>

{

  entity.HasOne(d => d.RadioNavigation)

    .WithOne(p => p.CarNavigation)

    .HasForeignKey(d => d.CarId);

});

Отношения "многие ко многим"

Отношения "многие ко многим" гораздо легче настраивать посредством Fluent API. Имена полей внешних ключей, имена индексов и каскадное поведение могут быть установлены в операторах, определяющих отношение. Ниже показан пример отношения "многие ко многим", переделанный с применением Fluent API (имена ключей и столбцов были изменены, чтобы улучшить читабельность):

modelBuilder.Entity

  .HasMany(p => p.Drivers)

  .WithMany(p => p.Cars)

  .UsingEntity>(

    "CarDriver",

    j => j

  .HasOne

      .WithMany

      .HasForeignKey("DriverId")