在共享费用应用中,显示每个群组的付款会费和共享费用明细。作为财务应用程序,许多操作都是事务性的,这需要强大的一致性以确保数据的完整性。我们使用了实体组和祖先查询,它们似乎解决了强一致性的问题,这导致实体组的规模很大。由于共享的“小组”现在是成员,费用,付款,会费等的父母。到目前为止,我们没有看到问题,但我们担心这个规模,费用和/或付款可以扩展到10~100K实体的数量级。
经过一番研究,我们发现了以下建议:
我们现在没有1个写入/秒规则的问题,因为通常在这些组中每秒没有太大的进展导致问题,但我们不想遇到问题问题稍后。迁移或更改数据模型很麻烦,特别是更改或删除祖先,需要重写实体,许多删除和写入请求也需要花费!
感谢您的输入