实体框架和超类型/子类型

Question

根据我在最近的一个问题上收到的极好的建议（数据库设计问题）， 我正在将超类型/子类型模式合并到数据库中 为 MVC2 应用程序构建。 我将使用实体框架向 MVC 提供模型。

超类型是出版物，而子类型是文章， 博客文章等 每个子类型表都会有一个2列的复合主键（pub_id， pub_type），具有引用中相应列的外键 超类型表

出于数据完整性目的（请参阅对已接受解决方案的冗长评论 对于原始问题）超类型表不应包括 pub_type 在其主键中（与子类型表不同），

这就是实体框架似乎不配合的地方。从现有数据库生成 .edmx 文件时收到的警告：

关系“FK_Articles_Publications”包含不属于 关系主侧的表键的一部分。关系被排除。

（等）

问题： 有什么方法可以诱使实体框架映射给定的关系 我想要的外键（或者我是否必须妥协数据库设计和 在超类型表上设置复合键）？

如果不是，这会增加额外的问题，要求加入任何 其他非子类型表（我计划有几个）到超类型 表要求我有对应于 pub_id 和 pub_type。例如，我想要一个主题表能够关联 通过超类型表进行任何类型的发布——我需要 将 pub_type 存储（冗余）在主题表的列中。

我对 EF（和 ORM）还很陌生，但它的力量很诱人，我不想放弃它。

Answer 1

在此表中，

CREATE TABLE publications (
  pub_id INTEGER NOT NULL PRIMARY KEY,
  pub_type CHAR(1) CHECK (pub_type IN ('A', 'B', 'P', 'S')),
  pub_url VARCHAR(64) NOT NULL UNIQUE,
  CONSTRAINT publications_superkey UNIQUE (pub_id, pub_type)
);

重要的是 {pub_id} 是唯一的并且 {pub_id, pub_type} 是唯一的。 （pub_type 列也应声明为NOT NULL。）在第一种情况下，唯一性保证了同一性。在第二种情况下，唯一性保证子类型引用超类型中正确类型的行。但对于数据库引擎来说，哪一个被声明为 PRIMARY KEY 以及哪一个被声明为 UNIQUE 并不重要。两者都可以作为外键引用的目标。

如果数据库管理系统是围绕当前关系理论设计的，它可能仅支持KEY声明，而不是PRIMARY KEY和NOT NULL UNIQUE。

因此，如果您的 ORM 无法按照编写的方式处理约束，则可以将 {pub_id} 设置为所有这些表中的主键，并声明可简化的超级键 {pub_id, pub_type} 在所有这些表中是唯一的。

我不知道这是否会让EF沉默。您应该测试引用子类型的表以及引用超类型的表。

Answer 2

尝试每个层次结构的表继承，看起来它很适合你的设计。