Сопоставление EF Core TPC сущности и производной сущности

Наследование представляет собой отношение «является», что означает, что производное может использоваться где угодно в качестве замены основания. Стратегии наследования EF Core просто изменяют способ хранения/извлечения иерархии объектов в/из базы данных, но не нарушают это правило, поэтому и DbSet<Base>, и ICollection<Base> также будут включать (и разрешать добавление) производные элементы.

Это означает, что если вы хотите различать два набора/коллекции типов сущностей, их типы сущностей элементов (обратите внимание, типы сущностей, а не типы CLR) не должны иметь отношения наследования.

В EF Core доступны следующие параметры сопоставления:

Во-первых, не использовать какую-либо стратегию наследования EFC, что достигается с помощью HasBaseType Fluent API и передачи null типа (другими словами, говоря: «Этот тип сущности не имеет базовой сущности, даже если класс наследуется от нее), например.

var invoiceBuilder = modelBuilder.Entity<Invoice>();
invoiceBuilder.HasKey(x => x.Id);
invoiceBuilder.Property(x => x.Value).IsRequired();

var proformaInvoiceBuilder = modelBuilder.Entity<ProformaInvoice>();
proformaInvoiceBuilder.HasBaseType((Type)null);
proformaInvoiceBuilder.HasKey(x => x.Id);
proformaInvoiceBuilder.Property(x => x.Value).IsRequired();
proformaInvoiceBuilder.Property(x => x.Notes).IsRequired();

var customerBuilder = modelBuilder.Entity<Customer>();
customerBuilder.HasKey(x => x.Id);
customerBuilder.HasMany(x => x.Invoices).WithOne(x => x.Customer).OnDelete(DeleteBehavior.Cascade);
customerBuilder.HasMany(x => x.ProformaInvoices).WithOne(x => x.Customer).OnDelete(DeleteBehavior.Cascade);

Однако обратите внимание, что эта строка

customerBuilder.HasMany(x => x.ProformaInvoices).WithOne(x => x.Customer).OnDelete(DeleteBehavior.Cascade);

должно быть после

proformaInvoiceBuilder.HasBaseType((Type)null);

в противном случае вы получите такое же исключение «используемое свойство навигации». Что может быть проблематично, если вы используете классы конфигурации типов сущностей и не контролируете порядок выполнения. Следовательно, лучше настроить эти отношения с другой стороны (после настройки задействованного объекта), например. (теперь они могут быть в любом порядке)

var customerBuilder = modelBuilder.Entity<Customer>();
customerBuilder.HasKey(x => x.Id);

var invoiceBuilder = modelBuilder.Entity<Invoice>();
invoiceBuilder.HasKey(x => x.Id);
invoiceBuilder.Property(x => x.Value).IsRequired();
invoiceBuilder.HasOne(x => x.Customer).WithMany(x => x.Invoices).OnDelete(DeleteBehavior.Cascade);

var proformaInvoiceBuilder = modelBuilder.Entity<ProformaInvoice>();
proformaInvoiceBuilder.HasBaseType((Type)null);
proformaInvoiceBuilder.HasKey(x => x.Id);
proformaInvoiceBuilder.Property(x => x.Value).IsRequired();
proformaInvoiceBuilder.Property(x => x.Notes).IsRequired();
proformaInvoiceBuilder.HasOne(x => x.Customer).WithMany(x => x.ProformaInvoices).OnDelete(DeleteBehavior.Cascade);

Второй вариант - переместить общие данные в отдельный абстрактный класс и позволить им наследоваться от него, например.

public abstract class BaseInvoice
{
    public long Id { get; set; }
    public double Value { get; set; }
    public Customer Customer { get; set; }
}

public class Invoice : BaseInvoice
{
}

public class ProformaInvoice : BaseInvoice
{
    public string Notes { get; set; }
}

и используйте любую из приведенных выше быстрых конфигураций только с удаленным HasBaseType((Type)null), так как теперь база двух сущностей — это просто класс, не отображаемый как сущность.

Или теперь вы можете сопоставить этот класс как сущность и стратегию TPC.

var customerBuilder = modelBuilder.Entity<Customer>();
customerBuilder.HasKey(x => x.Id);

var baseInvoiceBuilder = modelBuilder.Entity<BaseInvoice>();
baseInvoiceBuilder.UseTpcMappingStrategy();
baseInvoiceBuilder.HasKey(x => x.Id);
baseInvoiceBuilder.Property(x => x.Value).IsRequired();

var invoiceBuilder = modelBuilder.Entity<Invoice>();
invoiceBuilder.HasOne(x => x.Customer).WithMany(x => x.Invoices).OnDelete(DeleteBehavior.Cascade);

var proformaInvoiceBuilder = modelBuilder.Entity<ProformaInvoice>();
proformaInvoiceBuilder.Property(x => x.Notes).IsRequired();
proformaInvoiceBuilder.HasOne(x => x.Customer).WithMany(x => x.ProformaInvoices).OnDelete(DeleteBehavior.Cascade);

Просто имейте в виду, что базовая сущность вместе со стратегией должны быть настроены до производных сущностей. Так же как и базовые свойства, ключ и т.д. должны быть настроены там, а не в производных сущностях. Это, наряду с тем фактом, что TPC ожидает, что ключи будут уникальными для всех таблиц, поэтому обычные столбцы «идентификации» не могут использоваться, и вместо этого требуется общая последовательность, все это только для того, чтобы предоставить вам запрос на объединение, который вам, вероятно, не нужен. , делает TPC бесполезным для меня. Но в любом случае, выше указано, как вы можете его использовать, если настаиваете.

Во всех случаях вы можете проверить правильность сопоставлений, проверив сгенерированный SQL. Например, оба

dbContext.Set<Invoice>().ToQueryString()

dbContext.Set<ProformaInvoice>().ToQueryString()

должен запрашивать только соответствующую таблицу

SELECT [i].[Id], [i].[Value], [i].[CustomerId]
FROM [Invoices] AS [i]

SELECT [p].[Id], [p].[Value], [p].[CustomerId], [p].[Notes]
FROM [ProformaInvoices] AS [p]

и оба

dbContext.Set<Customer>().SelectMany(c => c.Invoices).ToQueryString()

dbContext.Set<Customer>().SelectMany(c => c.ProformaInvoices).ToQueryString()

должен присоединяться только к соответствующей таблице

SELECT [i].[Id], [i].[Value], [i].[CustomerId]
FROM [Customers] AS [c]
INNER JOIN [Invoices] AS [i] ON [c].[Id] = [i].[CustomerId]

SELECT [p].[Id], [p].[Value], [p].[CustomerId], [p].[Notes]
FROM [Customers] AS [c]
INNER JOIN [ProformaInvoices] AS [p] ON [c].[Id] = [p].[CustomerId]

и только и только если вы использовали самое последнее сопоставление BaseInvoice в качестве базового объекта TPC, следующие

dbContext.Set<BaseInvoice>().ToQueryString()

должен образовать союз двух

SELECT [i].[Id], [i].[Value], [i].[CustomerId], NULL AS [CustomerId0], NULL AS [Notes], N'Invoice' AS [Discriminator]
FROM [Invoices] AS [i]
UNION ALL
SELECT [p].[Id], [p].[Value], NULL AS [CustomerId], [p].[CustomerId] AS [CustomerId0], [p].[Notes], N'ProformaInvoice' AS [Discriminator]
FROM [ProformaInvoices] AS [p]