SQL 信息架构 - 读取复合外键

Question

我正在开发一个通用应用程序，该应用程序使用一组预先选择的数据库表（及其关系）来生成用于管理这些表中的数据的用户界面。基本上，我只是从信息模式中查找内容，获取所有主键和外键，并基于此生成输入字段和指向其他对话框的链接。因为它应该是一个通用的解决方案，所以它应该适用于任何彼此之间具有有意义关系的表集。

我遇到的事情之一是外键，特别是在一种约束下的复合外键。例如，如果我有以下表格：

Company

CompanyID, CompanyName, CompanyID
--companyID is the primary key which identifies the company. 

Division

DivisionID, CompanyID, DivisionName, DivisionID+CompanyID
--DivisionID+CompanyID is a composite primary key for a division, because it's a one-to-many relationship and division is DEPENDENT on Company. 

Team

TeamID, DivisionID, CompanyID, TeamName, TeamID+DivisionID+CompanyID
--same as above - a Team is dependent on Division, which has a composite primary key.

现在，根据所有定义，此数据库模型是一个有效的模型（并且SQL Server 允许这样做）-但我遇到了一个问题。

例如，在信息模式中，DivisionID 和 CompanyID 都被“分配”到相同的 CONSTRAINT。因此，当我加入正确的表时，我遇到了问题。无法知道一个表中的哪一列是另一个表中的哪一列。在上面的示例中，列名称是相同的（CompanyID 是与公司 ID 相关的每个列的名称 - 无论是在 COMPANY 表中还是在 TEAM 表中，等等......）但是，没有任何规则说列的名称必须相同，所以我不知道如何真正让程序知道哪一列是哪一列。

TABLE1    COLUMN1        CONSTRAINT         TABLE2     COLUMN2
TEAM      CompID      TEAM_HAS_DIVISION    DIVISION   CompanyID
TEAM      DivID       TEAM_HAS_DIVISION    DIVISION   DivisionID

有没有办法让计算机知道表 TEAM 中的 CompID 引用 CompanyID，而不是 DIVISION 表中的 DivisionID？

我无法从 INFORMATION_SCHEMA 视图中的数据中找到任何方法来执行此操作。

是的，人类可以很容易地找出 CompID=CompanyID 等...但正如我之前提到的 - 我正在尝试制定一个通用的解决方案，不需要人查看这个并做出决定和错误:= ）

Answer 1

您必须按列顺序将它们匹配。

• REFERENTIAL_CONSTRAINTS 告诉您 TEAM_HAS_DIVISION 约束将 PK_Division 作为您的主键
• KEY_COLUMN_USAGE 告诉您 TEAM_HAS_DIVISION 按顺序具有 DivID 和 CompID，由 ORDINAL_POSITION 列指定
• KEY_COLUMN_USAGE 还告诉您 PK_Division 按顺序具有 DivisionID 和 CompanyID，由 ORDINAL_POSITION 列指定

这就是方法你知道哪个指的是哪个。