什么时候应该使用火力地堡交易

Question

据我所知，火力地堡交易使一些价值的原子更新，赋予其旧值和新值

但考虑到火力地堡是一个实时的数据库，我认为，一个只能使用交易谨慎，而不是在“实时功能”

这里有一个例子：

1. 我明白，如果你在一个值进行一些数学运算（添加“喜欢”或同等学历），这是有道理的使用交易

2. 我不明白在以下用例中使用事务是否合理：假设任何数量的用户都可以更新文本字段，并且我们对所有更新都感兴趣，因为它们都是实时发生的。 Firebase建议我们在这种情况下使用交易吗？或者，最终的“持续运营”发生在该值上，仅限于Firebase服务器时钟的每个时间戳粒度的单个“持续运营”？

此外，它是保证事件将按最终值的持续顺序传递？

Answer 1

每当您在数据库上使用事务时，都会牺牲一些可伸缩性，以获得更强大的数据一致性保证。 Firebase数据库中的交易没有什么不同，除非开发者倾向于在更高度并发的情况下使用Firebase。使用任何事务系统：保持系统可伸缩性的关键是尽量减少争用更新相同数据的客户端的数量。在Firebase的情况下，您可以通过在JSON树中尽可能少地运行事务来实现这一点。即一个柜台就是一个在交易中可以很好运作的例子。

对于较大的数据段（例如文本编辑示例），使用事务处理不能很好地扩展。对于这种用例，最好找到一种方法来完全避免冲突。通常这归结为存储每个用户正在制造的增量，而不是存储更新的状态。一个很好的例子是Firepad example，它使用操作转换在Firebase数据库之上创建高度并发的协作编辑器。