Класс DbSet реализует интерфейс IQueryable и обычно является целью запросов LINQ to Entity. Помимо расширяющих методов, добавленных инфраструктурой EF Core, класс DbSet поддерживает расширяющие методы, которые вы изучили в главе 13, такие как ForEach(), Select() и All().

Вы узнаете, как добавлять к классу ApplicationDbContext свойства типа DbSet, в разделе "Сущности" далее в главе.

На заметку! Многие методы из перечисленных в табл. 22.2, имеют те же самые имена, что и методы в табл. 22.1. Основное отличие в том, что методам DbSet уже известен тип, с которым нужно работать, и список сущностей. Методы DbContext обязаны определять, на чем действовать, с применением рефлексии. Методы DbSet используются гораздо чаще, чем методы DbContext.

<p id="AutBody_Root890"><strong>Типы запросов</strong></p>

Типы запросов — это коллекции DbSet, которые применяются для изображения представлений, оператора SQL или таблиц без первичного ключа. В предшествующих версиях EF Core для всего упомянутого использовался тип DbQuery, но начиная с EF Core 3.1, тип DbQuery больше не употребляется. Типы запросов добавляются к производному классу DbContext с применением свойств DbSet и конфигурируются как не имеющие ключей.

Например, класс CustomerOrderViewModel (который вы создадите при построении полной библиотеки доступа к данным AutoLot) конфигурируется с атрибутом [Keyless]:

[Keyless]

public class CustomerOrderViewModel

{

...

}

Остальные действия по конфигурированию делаются в Fluent API. В следующем примере сущность устанавливается как не имеющая ключа, а тип запроса сопоставляется с представлением базы данных dbo.CustomerOrderView (обратите внимание, что вызов метод HasNoKey() из Fluent API не требуется, если в модели присутствует аннотация данных Keyless, и наоборот, но он показан ради полноты):

modelBuilder.Entity().HasNoKey().ToView("CustomerOrderView", "dbo");

Типы запросов могут также сопоставляться с запросом SQL, как показано ниже:

modelBuilder.Entity().HasNoKey().ToSqlQuery(

  @"SELECT c.FirstName, c.LastName, i.Color, i.PetName, m.Name AS Make

        FROM   dbo.Orders o

        INNER JOIN dbo.Customers c ON o.CustomerId = c.Id

        INNER JOIN dbo.Inventory  i ON o.CarId = i.Id

        INNER JOIN dbo.Makes m ON m.Id = i.MakeId");

Последние механизмы, с которыми можно использовать типы запросов — это методы FromSqlRaw() и FromSqlInterpolated(). Вот пример того же самого запроса, но с применением FromSqlRaw():

public IEnumerable GetOrders()

{

  return CustomerOrderViewModels.FromSqlRaw(

    @"SELECT c.FirstName, c.LastName, i.Color, i.PetName, m.Name AS Make

          FROM   dbo.Orders o

          INNER JOIN dbo.Customers c ON o.CustomerId = c.Id

          INNER JOIN dbo.Inventory  i ON o.CarId = i.Id

          INNER JOIN dbo.Makes m ON m.Id = i.MakeId");

}

<p id="AutBody_Root891"><strong>Гибкое сопоставление с запросом или таблицей</strong></p>

В версии EF Core 5 появилась возможность сопоставления одного и того же класса с более чем одним объектом базы данных. Такими объектами могут быть таблицы, представления или функции. Например, класс CarViewModel из главы 21 может отображаться на представление, которое возвращает название производителя с данными Car и таблицей Inventory. Затем EF Core будет запрашивать из представления и отправлять обновления таблице:

modelBuilder.Entity()

  .ToTable("Inventory")

  .ToView("InventoryWithMakesView");

<p id="AutBody_Root892"><strong>Экземпляр ChangeTracker</strong></p>

Экземпляр ChangeTracker отслеживает состояние объектов, загруженных в DbSet внутри экземпляра DbContext. В табл. 22.3 описаны возможные значения для состояния объекта.

Для проверки состояния объекта используйте следующий код:

EntityState state = context.Entry(entity).State;

Вы также можете программно изменять состояние объекта с применением того же самого механизма. Чтобы изменить состояние на Deleted, используйте такой код:

context.Entry(entity).State = EntityState.Deleted;

<p id="AutBody_Root893"><strong>События ChangeTracker</strong></p>
Перейти на страницу:

Похожие книги