Google数据存储强一致性和实体组最大siz

Question

在一个共享费用应用程序中，显示每个组的支付会费和共享费用详细信息。作为一个金融应用程序，很多操作都是事务性的，这就需要很强的一致性来确保数据的完整性。我们使用实体组和祖先查询，似乎解决了强一致性的问题，这导致实体组的规模很大。由于共享的“组”现在是成员、费用、付款、应付款等的父代，到目前为止，我们还没有看到问题，但我们担心的是，这种规模、费用和/或付款可能会扩展到10~10万个实体。在

经过一番研究，我们发现了以下建议：

1. 返回到最终一致性，并写入memcache以克服最终一致性。这是最好的解决方案吗？我们找不到足够的关于如何在memcache中更新实体的文档，如果你知道请分享！在这种情况下，我们如何确保写操作是事务性的？
2. 保持原样，因为没有实体组大小。但是我们担心以后会发生什么，因为docs提到要保持实体组不超过单个用户的数据值
3. 切换到RDBMS，现在可能太迟了

我们现在对“1写入/秒”规则没有问题，因为通常在这些组中，每秒发生的事件不会太多，但我们不想在以后遇到问题。迁移或更改数据模型会很麻烦，特别是更改或删除祖先需要重写实体，大量的删除和写入请求也会花费大量的成本！

感谢您的意见