根据我对几篇文章的理解，使用共享主键时，使用EF的TPT架构不会创建必要的ON DELETE CASCADE ....还有人说EF上下文将处理正确的删除顺序子类表（但是我确实得到一个错误，它打破了约束，我可以通过在子类表上添加ON DELETE CASCADE来修复它）...
更多背景信息......
我有一个Section类，它有一个数字，标题和一个页面列表。该页面使用一个包含基本页面属性的超类来设计。我有大约10个以上的页面类子类。 Section类包含这些页面的ICollection。正确创建数据库，但子类表中没有ON DELETE CASCADE。
我的代码将创建实体并添加到数据库中。但是，如果我尝试删除一个部分（或所有部分），由于我的子类页面表上的FK约束，它无法删除...
public abstract BaseContent
{
... common properties which are Ignored in the DB ...
}
public class Course : BaseContent
{
public int Id {get;set;}
public string Name {get;set;}
public string Descripiton {get;set;}
public virtual ICollection<Chapter> Chapters{get;set;}
...
}
public class Chapter : BaseContent
{
public int Id {get;set;}
public int Number {get;set;}
public string Title {get;set;}
public virtual Course MyCourse{get;set;}
public virtual ICollection<Section> Sections{get;set;}
...
}
public class Section : BaseContent
{
public int Id {get;set;}
public int Number {get;set;}
public string Title {get;set;}
public virtual Chapter MyChapter {get;set;}
public virtual ICollection<BasePage> Pages {get;set;}
...
}
public abstract class BasePage : BaseContent, IComparable
{
public int Id { get; set; }
public string Title { get; set; }
public string PageImageRef { get; set; }
public ePageImageLocation ImageLocationOnPage { get; set; }
public int PageNumber { get; set; }
public virtual Section MySection { get; set; }
...
}
public class ChapterPage : BasePage
{
public virtual int ChapterNumber { get; set; }
public virtual string ChapterTitle { get; set; }
public virtual string AudioRef { get; set; }
}
public class SectionPage : BasePage
{
public virtual int SectionNumber { get; set; }
public virtual string SectionTitle { get; set; }
public virtual string SectionIntroduction { get; set; }
}
...加上大约8个其他的BasePage子类...
public class MyContext: DbContext
{
...
public DbSet<Course> Courses { get; set; }
public DbSet<Chapter> Chapters { get; set; }
public DbSet<Section> Sections { get; set; }
public DbSet<BasePage> Pages { get; set; }
...
}
.. Fluent API ...（注意Schema定义为“”用于SqlServer，对于Oracle定义为模式名称）
private EntityTypeConfiguration<T> configureTablePerType<T>(string tableName) where T : BaseContent
{
var config = new EntityTypeConfiguration<T>();
config.ToTable(tableName, Schema);
// This adds the appropriate Ignore calls on config for the base class BaseContent
DataAccessUtilityClass.IgnoreAllBaseContentProperties<T>(config);
return config;
}
public virtual EntityTypeConfiguration<BasePage> ConfigurePageContent()
{
var config = configureTablePerType<BasePage>("PageContent");
config.HasKey(pg => pg.Id);
config.HasRequired(pg => pg.Title);
config.HasOptional(pg => pg.PageImageRef);
config.Ignore(pg => pg.ImageLocationOnPage);
return config;
}
public virtual EntityTypeConfiguration<ChapterPage> ConfigureChapterPage()
{
var config = configureTablePerType<ChapterPage>("ChapterPage");
config.HasOptional(pg => pg.AudioRef);
config.Ignore(pg => pg.ChapterNumber);
config.Ignore(pg => pg.ChapterTitle);
return config;
}
public virtual EntityTypeConfiguration<SectionPage> ConfigureSectionPage()
{
var config = configureTablePerType<SectionPage>("SectionPage");
config.HasOptional(pg => pg.AudioRef);
config.Ignore(pg => pg.SectionNumber);
config.Ignore(pg => pg.SectionTitle);
return config;
}
...为其他表建模的其他代码...
因此，应用程序可以填充内容并正确设置关系。但是，当我尝试删除课程时，由于章节到PageContent表的约束，我得到删除失败的错误。
以下是删除课程的代码（实际上我删除了所有课程）......
using (MyContext ctx = new MyContext())
{
ctx.Courses.ToList().ForEach(crs => ctx.Courses.Remove(crs));
AttachLookupEntities(ctx);
ctx.SaveChanges();
}
如果我在ChapterPage和SectionPage表中为其共享的主要内容添加了“ON DELETE CASCADE”，那么删除就会完成。
总之，
我见过的唯一解决方案是手动更改约束，为所有子类页表添加ON DELETE CASCADE。我可以实现更改，因为我有代码为我需要的EF表（我们整个数据库的一小部分）生成数据库脚本，因为我们不会使用EF来创建或实例化数据库（因为它不能正确支持迁移）至今......）。
我真诚地希望我错误地编写了某些内容，或者忘记了模型构建器逻辑中的某些设置。因为如果没有，EF设计师已经定义了一种架构（TPT设计方法），如果没有黑客攻击，它就无法在任何现实世界中使用。这是一个半成品解决方案。不要误会我的意思，我喜欢已经完成的工作，并且像大多数MSFT解决方案一样，它可以满足70％的最基本的应用程序使用。它还没有为更复杂的情况做好准备。
我试图将数据库设计全部保存在EF流畅的API中并且自包含。这对我来说大概是98％，如果他们完成了这项工作，也许在下一个版本中会很好。至少它为我节省了所有CRUD操作。
侨！ Jim Shaw
答案 0 :(得分：5)
我用一个更简单的例子重现了这个问题：
using System;
using System.Collections.Generic;
using System.Linq;
using System.Data.Entity;
namespace EFTPT
{
public class Parent
{
public int Id { get; set; }
public string Name { get; set; }
public ICollection<BasePage> Pages { get; set; }
}
public abstract class BasePage
{
public int Id { get; set; }
public string Name { get; set; }
public Parent Parent { get; set; }
}
public class DerivedPage : BasePage
{
public string DerivedName { get; set; }
}
public class MyContext : DbContext
{
public DbSet<Parent> Parents { get; set; }
public DbSet<BasePage> BasePages { get; set; }
protected override void OnModelCreating(DbModelBuilder modelBuilder)
{
modelBuilder.Entity<Parent>()
.HasMany(p => p.Pages)
.WithRequired(p => p.Parent); // creates casc. delete in DB
modelBuilder.Entity<BasePage>()
.ToTable("BasePages");
modelBuilder.Entity<DerivedPage>()
.ToTable("DerivedPages");
}
}
class Program
{
static void Main(string[] args)
{
using (var ctx = new MyContext())
{
var parent = new Parent { Pages = new List<BasePage>() };
var derivedPage = new DerivedPage();
parent.Pages.Add(derivedPage);
ctx.Parents.Add(parent);
ctx.SaveChanges();
}
using (var ctx = new MyContext())
{
var parent = ctx.Parents.FirstOrDefault();
ctx.Parents.Remove(parent);
ctx.SaveChanges(); // exception here
}
}
}
}
这也给出了同样的例外情况。只有解决方案似乎是：
Seed方法中）。或者将TPT继承中涉及的entites加载到内存中。在我的示例代码中：
var parent = ctx.Parents.Include(p => p.Pages).FirstOrDefault();
当实体加载到上下文中时，EF实际创建了两个DELETE语句 - 一个用于基表，另一个用于派生表。在您的情况下，这是一个糟糕的解决方案，因为您必须先加载更复杂的对象图，然后才能获得TPT实体。
更有问题的是，如果Parent有ICollection<DerivedPage>（反Parent属性在DerivedPage那么）：
public class Parent
{
public int Id { get; set; }
public string Name { get; set; }
public ICollection<DerivedPage> Pages { get; set; }
}
public abstract class BasePage
{
public int Id { get; set; }
public string Name { get; set; }
}
public class DerivedPage : BasePage
{
public string DerivedName { get; set; }
public Parent Parent { get; set; }
}
示例代码不会抛出异常，而是从派生表中删除行但从基表中删除 not ，留下一个不能再代表实体的幻像行，因为{{1}是抽象的。通过级联删除无法解决此问题，但实际上您必须先将该集合加载到上下文中，然后才能删除父级以避免数据库中出现这种无意义。