编写一个简单的银行架构：如何使我的余额与他们的交易记录保持同步？
我正在为一个简单的银行数据库编写模式。基本规格如下： 数据库将针对用户和货币存储交易。 每个用户每种货币都有一个余额，因此每个余额只是针对给定用户和货币的所有交易的总和。 余额不能为负。 银行应用程序将专门通过存储过程与其数据库进行通信。 我希望该数据库每天可以接受成千上万的新交易，并且可以平衡更高数量级的查询。要非常快地用完余额，我需要预先对其进行汇总。同时，我需要保证余额永远不会与其交易历史相矛盾。 我的选择是： 有一个单独的balances表，然后执行下列操作之一： 将交易应用到transactions和balances表。TRANSACTION在存储过程层中使用逻辑，以确保余额和交易始终保持同步。（由Jack支持。） 将交易应用到transactions表格，并使用触发器balances为我更新交易金额。 将事务应用于balances表，并具有一个触发器，该触发器transactions为我在表中添加一个具有事务量的新条目。 我必须依靠基于安全性的方法来确保在存储过程之外无法进行任何更改。否则，例如，某些过程可能会直接将事务插入transactions表中，而根据计划1.3，相关余额将不同步。 有一个balances索引视图可以适当地汇总事务。存储引擎保证余额与事务保持同步，因此我不需要依靠基于安全性的方法来保证这一点。另一方面，由于视图-甚至是索引视图-都没有CHECK约束，因此我不能再将余额强制为非负数。（由Denny支持。） 仅具有一个transactions表，但具有一个附加列来存储该交易执行后立即生效的余额。因此，用户和货币的最新交易记录也包含其当前余额。（下面由安德鲁建议；由garik提出。） 当我第一次解决这个问题时，我阅读了这 两个讨论并决定选择2。作为参考，您可以在此处看到其基本实现。 您是否设计或管理了这样的具有高负载配置文件的数据库？您如何解决此问题？ 您认为我做出了正确的设计选择吗？我有什么要记住的吗？ 例如，我知道对transactions表的架构更改将需要我重建balances视图。即使我在归档事务以保持数据库较小（例如，通过将它们移动到其他地方并用汇总事务替换），每次架构更新都必须从数千万个事务中重建视图，这可能意味着每个部署的停机时间会大大增加。 如果要使用索引视图，如何保证没有余额是负数？ 归档交易： 让我详细说明一下归档事务和上面提到的“摘要事务”。首先，在这样的高负载系统中，定期归档将是必要的。我想保持余额与交易记录之间的一致性，同时允许将旧交易移至其他位置。为此，我将使用每位用户和货币金额的摘要替换每一批已归档的交易。 因此，例如，以下交易清单： user_id currency_id amount is_summary ------------------------------------------------ 3 1 10.60 0 3 1 -55.00 0 3 1 -12.12 0 已归档并替换为： user_id currency_id amount is_summary ------------------------------------------------ 3 1 -56.52 1 …