firebase - 了解 firebase 中的冲突解决方案

Question

我试图了解冲突解决在我需要一些帮助的 firebase 中的工作方式。

假设我已将 json 对象保存在 firebase 的节点中
即时的:

{
    "shape": "rectangle",
    "stroke": 10, 
    "color": "black"
}

我已经定义了一个测试页面，它读取这些数据并显示并实时监听节点上发生的变化。我添加了一个更新数据的规定，最终单独更新特定的键值。

sample 箱

client 1 - loads the page
    data - {"shape": "rectangle", "stroke": 10, "color": "black"}
client 2 - loads the page 
    data - {"shape": "rectangle", "stroke": 10, "color": "black"}

client 2 goes offline
client 2 updates stroke value to 20 
    data - {"shape": "rectangle", "stroke": 20, "color": "black"}
* data is yet to sync to the server

client 1 makes a change after client 2 has already done with its changes and changes stroke to 5
    data - {"shape": "rectangle", "stroke": 5, "color": "black"}
* data gets synced to the server immediately


client 2 comes online and pushes its changes and overrides the changes made by client 1
    data - {"shape": "rectangle", "stroke": 20, "color": "black"}

理想情况下，由于客户端 1 的更改时间比客户端 2 晚，因此客户端 1 的更改应在客户端 2 数据同步时保留。

如果有人可以建议我在 firebase 中解决此类冲突的方法(可能是通过定义一些规则和一些额外的逻辑)，我会很高兴。

Answer 1

使用您当前的代码，预期的行为确实是最后一次写入获胜。

还有另外两种选择:

使用事务检测数据已经更改，然后重试。

通过使用将写入与每个客户端分开的数据结构来完全防止冲突。

让我们依次来看看。

使用事务 是解决此问题的最常用方法。当您在 Firebase 中使用事务时，客户端会向服务器发送“比较并设置”操作。这是一种类型的指令:“如果当前值为 A，则将其设置为 B”。在您的场景中，这意味着第二次写入检测到笔画已经更改，因此会重试。

要了解有关事务的更多信息，请查看 Firebase documentation ，以及我在这里的关于它们如何工作的回答。

这听起来像是一个很好的解决方案，但不幸的是它确实影响了代码的可伸缩性。尝试修改相同数据的用户越多，事务重试的可能性就越大。这就是为什么考虑是否可以完全避免冲突总是好的原因。

预防冲突 是目前最好的冲突解决策略。通过防止冲突，您永远不必解决它们，这意味着您永远不必编写代码来解决冲突，这意味着您的应用程序将扩展得更好/更远。

为了防止冲突，您需要寻找一种数据结构，您的用户总是在其中写入唯一的位置。在您的用例中，您可以让客户端将其“更新操作”写入更新队列，而不是让每个客户端更新笔画。例如:

shapes
  shapeid1
    pushid1: {"shape": "rectangle", "stroke": 10, "color": "black"} /* initial data */
    pushid2: { "stroke": 5 } /* first update */
    pushid3: { "stroke": 20 } /* second update */

在这种数据结构中，没有人会覆盖其他人的数据(这在安全规则中很容易强制执行)。每个人都只是向形状添加新的更新(使用 ref.push() ，它按时间顺序生成唯一的位置)。

要获取形状的当前数据，每个客户端都需要读取该形状的所有更新并在客户端上重新计算它们。对于我见过的大多数用例，这是一个简单的操作，但如果不是:让 Cloud Function 计算状态的定期快照非常容易。