sql-server - 金融交易系统数据库架构设计原则？

Question

我想设计一个保存金融交易记录的数据库。我想将其设计为一个产品，以便它可以用于任何类型的金融交易。是否有一些特定于金融交易数据库设计的设计原则可以帮助我通过最小的架构级别更改使数据库更加持久耐用。一些好的例子也会有很大的帮助。

谢谢

Answer 1

金融系统特有的一些事情包括内部控制(这是一个关键的会计术语，做一些研究来真正思考这个问题)。输入支票值之类的事情也无法批准。例如使用存储过程而不是从应用程序生成的 SQL，这样您就可以将权限仅限于过程(在金融系统中根本没有动态 SQL)，因此用户只能执行他们被授权执行的操作。除了生产 dba 和表的替代者之外，任何人都没有任何权利。欺诈是您试图保护系统免受外部攻击的行为。安全对于金融系统至关重要。

您还需要审核表来了解谁更改了哪些数据、何时更改以及旧值是什么。如果有人绕过内部控制(或系统忘记实现某些关键控制)窃取资金，这不仅是帮助发现问题的另一种方法，而且能够在无需恢复的情况下撤消错误通常也至关重要。一般而言，会计系统通常具有用户无法查看的数据字段，这些数据字段是通过默认值或以用户看不到的方式生成的。

另一件事是您需要及时查看操作，因此可能看起来像自然关系的事情可能需要非规范化以保留操作发生时的成本。因此，如果您有一个小时费率表，您可以使用它作为查找来获取操作时的费率，而不是加入它来获取查询时的费率。

金融系统中几乎总是包含私有(private)数据，请考虑如何保护这些数据。您将需要加密和解密数据。您可能还需要加密备份。

这些数据是公司的命脉，拥有良好的备份计划和大量的恢复实践至关重要。异地备份至关重要。

数据完整性至关重要。您需要正确的数据类型，并且需要 pk/fk 关系、约束和触发器来执行规则。金融系统无法承担孤立记录的后果。

您需要非常仔细地考虑删除。财务系统经常进行软删除(将记录标记为已删除，以避免丢失历史数据。是的，XYZ公司不再是客户，但您不想丢失他们过去拥有的订单的财务历史记录。我什至不会考虑在金融系统中使用级联删除。

在设计系统时，不要只与会计师交谈，还要与运行系统的财务人员和审计结果的审计人员交谈。彻底阅读并了解您所设计的国家/地区已发布的会计标准。看看税收影响。这是复杂的事情。

考虑数据仓库和归档数据。金融系统经常查询旧数据以获取报告，报告对于金融系统来说非常非常大。思考如何在不影响日常数据输入的情况下有效地做到这一点。