在一列上指定外键和另一列的值

Question

我有一个表ASSETS，其结构如下所示：

----------------------------------------------------
ID (PK) | DESCRIPTION | TYPE | Do- | Do+ | Dx- | Dx+
----------------------------------------------------

TYPE 列有一个外键，可能的值为SECURITY 或CURRENCY（即FX），我还有两个表：@987654327 @（例如、EUR、RUB 或 USD）：

--------------------------------------------------------
ID (PK)| FROM (FK ASSETS.ID) | TO (FK ASSETS.ID) | VALUE
--------------------------------------------------------

和SECURITIES（例如、MTS、GAZP 或VTB）：

----------------------------------------------------------
ID (PK)(FK ASSETS.ID)| CURRENCY (PK)(FK ASSETS.ID) | VALUE
----------------------------------------------------------

如何进行约束，不仅在CURRENCIES.FROM、CURRENCIES.TO 和SECURITIES.CURRENCY 中充当外键，而且还检查引用ASSETS.TYPE 是否为CURRENCY，并且在SECURITIES 中还检查如果为SECURITIES.ID 引用ASSETS.TYPE 是SECURITY？

我想我可以编写触发器来检查ASSETS.TYPE 的值，但我现在正在寻找另一种解决方案（如果可能的话，当然）。

如果有更好的方法来做想做的事情（作为更好的数据库设计），请分享你的想法。

附注我想这是一个很常见的问题，所以如果在这个网络上有关于它的文章或类似的问题或一些一般案例解决方案，请随时分享。

Answer 1

回答您最初的问题是使用额外的CHECK 约束，例如：

CREATE TABLE CURRENCIES (
   ...
   CONSTRAINT c_asset_from CHECK(exists(select 1 from ASSETS a where a.id = from and a.type = 'CURRENCY'))
);

TO 字段和SECURITIES 中CURRENCY 字段的类似约束。
但我认为你的新设计，对于security 和currency 有单独的FK，是更好的设计。

Answer 2

从技术上讲，IMO 的设计可能会受到两类批评：

• 在资产表中有一个名为 type (Polymorphic Association anti-pattern) 的两用外键。
  这将违反第一范式（原子 问题），失去参照完整性。
  一个解决方案可能是 通过继承简化关系。
  有一个基础 名为 Money 的货币和证券表的表，包含它们的共享属性，例如 name。
  Money 表的主键将是 Currency 和 Security 表的主键。
  在Asset 中包含Money 的外键将是解决方案。
• 在资产表上使用surrogate identifier，这将导致 在架构设计中丢失业务逻辑。
  我更喜欢拥有 资产表中的复合主键PK{ID, TYPE(money fk)}.
  然后有 检查CURRENCIES 和SECURITIES 上的约束将解决 问题。
  CURRENCIES_chk {FK.CURRENCY = FK_TO.Money && FK.CURRENCY = FK_FROM.Money} SECURITIES_chk {FK.SECURITY = FK.Money}
  
  

Answer 3

您可以通过更改键的设计并使用识别关系来声明式地做到这一点。

这是蓝图：

看看ASSET.ASSET_TYPE是如何通过两个“分支”传播的，只是被合并到SECURITY.ASSET_TYPE中。

由于SECURITY.ASSET_TYPE 只是一个字段，一个SECURITY 行永远不能连接到多种资产类型。换一种说法：如果ASSET 和CURRENCY 连接到同一个SECURITY，那么它们必须具有相同的ASSET_TYPE。

除此之外，CURRENCY 永远不能指向不同类型的ASSETs。

您可以根据需要将旧代理键（和其他字段）带回此模型。

---

话虽如此，生成ASSET_NO 会带来一些挑战。

• 您可以只使用auto-incrementing 内置在您的DBMS 中的机制，但这会留下“漏洞”（即两种不同的资产类型永远不会使用相同的整数，即使它们在技术上可以使用）。
• 或者您可以手动查找下一个值，但在这种情况下您必须处理并发（通过锁定序列化插入，或者在并发事务尝试相同值的情况下重试插入）。

Answer 4

您可以为此使用检查。 你想硬编码这些值吗？

CREATE TABLE Persons
(
    P_Id int NOT NULL,
    LastName varchar(255) NOT NULL,
    FirstName varchar(255),
    Address varchar(255),
    City varchar(255),
    CONSTRAINT chk_Person CHECK (P_Id>0 AND City='Sandnes')
)

来源：W3schools

使用 firebird 可能需要不同的语法。 看一看：Firebird reference