数据库设计问题（FK到不同的表）

Question

考虑一个购物车，允许客户使用可变支付系统。

每个系统都有一组不同的参数：系统A有参考id、xml响应、交易id等属性，系统B有交易id和状态，系统C（支票）只有付款日期。每个系统的状态也不同。

在支付系统选择页面上有支付系统的名称和描述，它们也将存储在数据库中（例如，不硬编码为HTML）。

您将如何设计数据库？

我能想到的最好的事情是为每个系统都有一个表+一个链接到相关表名称的支付系统描述表+订单表中的2个额外字段：支付系统ID（将链接到“描述表”） 、支付记录id（将链接到相关支付系统表中的id）。这还允许提供在支付系统模型之间分离的特定功能（订单通知处理等），而不是使用 if。可以吗？

如果有的话，该项目是基于 PHP 5、Doctrine 和 MySQL 的。

Answer 1

可以说，您可以有一个包含任何公共信息（ID、名称等）的主系统表，然后有一个收集属性的名称/值对的第二个表：

CREATE TABLE system_table
(id int,
name char(50),
...
);

CREATE TABLE system_properties
(system_id int,
name char(50),
value varchar
);

由于属性的模糊映射，这可能对人们没有吸引力但另一方面，获取任何系统的属性都变成了简单的联接，而不是试图将几个表拉到一起。

请注意，上面的 SQL 创建语句是伪代码。

Answer 2

每种类型支付系统都有一个表 - 该类型是一个或多个支付系统共有的一组唯一属性。拥有所有这些类型的父表，其中包含所有类型共享的属性（例如系统名称）。

Answer 3

dportas 和 jaydel 所说的话加上我的两分钱。

每个支付系统应该位于表的一行中，而不是位于其自己的表中。每种类型的支付系统（专用支付系统）都需要一个自己的表来存储仅针对该类型收集的数据。

此外，应该有一个通用支付系统表，其中包含与所有类型支付系统相关的数据。

通用支付系统表和专用支付系统表之间的关系是经典的“gen=spec 设计模式”。如果您查找“泛化专业化关系建模”，您会找到教您如何为 gen-spec 模式设计关系表的文章。

简而言之，gen 表有一个经典的 ID 字段作为 PK。每个专用表都有一个 ID 字段，该字段与 gen 表中的 ID 字段重复。这意味着它既是专业领域的PK，又是引用gen表的FK。

FK 对数据库中其他地方的支付系统的引用应引用 gen 表。