SQL - 两个相互依赖的外键

目前的结构如下：

Table RowType:    RowTypeID

Table RowSubType: RowSubTypeID
                  FK_RowTypeID

Table ColumnDef:  FK_RowTypeID
                  FK_RowSubTypeID (nullable)

简而言之，我将列定义映射到行。在某些情况下，这些行具有子类型，子类型将具有特定于它们的列定义。或者，我可以将那些特定于子类型的列定义挂出它们自己的表，或者我可以将 RowType 和 RowSubType 中的数据合并到一个表中并使用单个 ID，但我不确定这是否是更好的解决方案（如果有的话，我倾向于后者，因为我们最终大多会为给定的 RowType/RowSubType 拉取 ColumnDefs）。

现在的设计是对SQL的亵渎吗？

如果保留当前结构，如果在 ColumnDef 中指定了 RowSubTypeID，如何保持它必须与 RowTypeID 指定的 RowType 相对应？我应该尝试用触发器强制执行此操作，还是我错过了可以解决问题的简单重新设计？

你遇到的问题是第四范式 http://en.wikipedia.org/wiki/Fourth_normal_form.

这是解决方案：

Table RowSubType:       RowSubTypeID
                        FK_RowTypeID
                        UNIQUE(FK_RowTypeID, RowSubTypeID) 

Table ColumnDef:        ColumnDefID
                        FK_RowTypeID
                        UNIQUE(ColumnDefID, FK_RowTypeID) 

Table ColumnDefSubType: FK_ColumnDefID   } compound foreign key to ColumnDef
                        FK_RowTypeID     }   } 
                        FK_RowSubTypeID      } compound foreign key to RowSubType

您只需在 ColumnDef SubType 表中为具有行子类型的列创建一行。但所有引用都受到限制，因此您无法创建异常。

但就其价值而言，我同意@Seth 关于可能存在过度设计的评论。我不确定我是否理解您如何使用这些列定义和行类型，但它闻起来像平台内效应 http://en.wikipedia.org/wiki/Inner-platform_effect反模式。在SQL中，只需使用元数据来定义元数据。不要尝试使用数据来创建动态模式。

另请参阅这个精彩的故事：.

回复您的评论：在您的情况下，我建议使用类表继承或具体表继承。这意味着为每个子类型定义一个单独的表。但是原始文本记录的每一列都将进入子类型表的相应列。这样，您就不需要拥有 rowtype 或 rowsubtype 表，它是通过为每个子类型定义表来隐式实现的。而且您不需要您的columndefs 表，这是表中定义的列所隐含的。

另请参阅我的回答产品表，产品种类很多，每个产品有很多参数 https://stackoverflow.com/questions/695752/product-table-many-kinds-of-product-each-product-has-many-parameters/695860#695860或我的演示幻灯片SQL 中实用的面向对象模型 http://www.slideshare.net/billkarwin/practical-object-oriented-models-in-sql.