相关疑难解决方法(0)

受到 Django 建模问题的启发：Database Modeling with multiple many-to-many Relations in Django。db-design 是这样的：

CREATE TABLE Book
( BookID INT NOT NULL
, BookTitle VARCHAR(200) NOT NULL
, PRIMARY KEY (BookID)
) ;

CREATE TABLE Tag
( TagID INT NOT NULL
, TagName VARCHAR(50) NOT NULL
, PRIMARY KEY (TagID)
) ;

CREATE TABLE BookTag
( BookID INT NOT NULL
, TagID INT NOT NULL
, PRIMARY KEY (BookID, TagID)
, FOREIGN KEY (BookID)  REFERENCES Book (BookID)
, FOREIGN KEY (TagID) …

假设我有一个表 A，它有两列：一列是 的 ID ThingA，另一列是 的 ID ThingB。主键是(ThingA, ThingB).

接下来，我有第二个表，但这次它仅限于表A中具有ThingB = 3. 主键是ThingA，因为ThingB是 3 的常数。

最初，我以为我可以简单地：

FOREIGN KEY (ThingA, 3) REFERENCES A(ThingA, ThingB)

但我了解到事实并非如此，我必须为以下内容创建一个列ThingB：

ThingB INT NOT NULL DEFAULT(3) CHECK(ThingB = 3)

然后，

FOREIGN KEY (ThingA, ThingB) REFERENCES A (ThingA, ThingB)

有没有不需要额外列的替代方法，或者DEFAULT + CHECK？一种选择是持久化的计算列，但我也讨厌这个想法，因为它基本上是一种作弊，并且仍然添加了一个具有物理存储的新列。虽然它本身INT不会很大，但在几个表中有几百万行需要它，我宁愿不维护额外的列。

下面是示例 DDL 来说明这种情况：

CREATE TABLE Test1
(
    ThingA INT NOT NULL,
    ThingB INT NOT NULL,
    PRIMARY …