用于处理多个支付网关的架构设计

这更多是一个需要反馈的问题。我正在设计一个处理多个支付网关的数据库。支付网关通常需要在付款之前有一张表，用于显示订单详细信息（这对于所有PG来说都是常见的），以及一个用于交易详细信息的表，用于存储在付款后的响应。

现在要处理多个支付网关，我可以保留一个交易表，用所有支付网关的所有可用字段填充该表，并在该字段中说明该行来自哪个PG。
或者，我可以为每个PG创建单独的事务表中包含前缀paypal_或bank_等等，每一个都具有场他们每个人的需要。

我只是不确定哪种方法更理想。还需要针对以后可能遇到的类似情况学习它。

这取决于付款类型之间数据的差异。

对于我在工作中支持的网站，我们有一个表来存储所有付款类型的数据。这对我们有用，因为我们的付款类型基本上是4种信用卡和公司采购订单。我们的大多数客户都使用信用卡付款，因此数据没有很大的偏差。当然，对那些信用卡客户的查询总是在PONumber字段中产生NULL值。同样，对PO客户的查询会在所有与信用卡相关的字段中产生NULL。

如果您的数据中有很多不同的字段，则可以尝试使用一个主交易表，其中每个付款网关都有单独的表。每个支付网关类型表都有一个transaction_id外键，它将链接回到主交易表。

另一方面，如果您的支付网关类型都具有相似的字段，那么我会坚持使用一个交易表。