交易可以在收款时使用吗？

Question

我正在使用 Firestore，并尝试通过使用事务删除 Flutter 应用中的竞争条件。

我有最多添加 2 个文档的子集合。

竞争条件意味着可能会添加 2 个以上的文档，因为客户端代码使用 setData。例如：

Firestore.instance.collection(‘collection').document('document').collection('subCollection’).document(subCollectionDocument2).setData({
  ‘document2’: documentName,
});

我正在尝试使用事务来确保最多添加 2 个文档。因此，如果在事务运行时集合发生了变化（例如新文档添加到集合中），事务将失败。

但我读过文档，似乎事务更多地用于在文档中设置字段的竞争条件，而不是在子集合中添加文档。

例如，如果尝试实现：

Firestore.instance.collection(‘collection').document('document').collection('subCollection').runTransaction((transaction) async {

}),

给出错误：

错误：没有为类“CollectionReference”定义方法“runTransaction”。

事务可以用于监控子集合的变化吗？

有人知道其他解决方案吗？

Answer 1

事务可以用于监控子集合的变化吗？

Firestore 中的事务由所谓的compare-and-swap operation 工作。在事务中，您从数据库中读取文档，确定其当前状态，然后根据该状态设置其新状态。当您为整个事务完成此操作后，您将整个当前状态和新状态文档包发送到服务器。然后，服务器检查存储层中的当前状态是否仍然与您的客户端开始时的状态相匹配，如果是，则提交您指定的新状态。

知道了这一点，在事务中监控整个集合的唯一方法就是将该集合中的所有文档读入事务中。虽然这对于小型集合在技术上是可行的，但它的效率可能非常低，而且我从未见过在实践中这样做过。再说一次，对于您集合中的两个文档，在事务中简单地读取它们可能是完全可行的。

---

请记住，虽然事务仅确保数据一致，但不一定限制恶意用户可以执行的操作。如果要确保集合中的文档不超过两个，则应查看服务器端机制。

最简单的机制（基础设施方面）是使用 Firestore 的服务器端安全规则，但我认为这些规则不会限制集合中的文档数量，正如 Doug 在他对Limit a number of documents in a subcollection in firestore rules 的回答中所解释的那样。

在这种情况下，最可能的解决方案是（正如 Doug 所建议的）使用 Cloud Functions 将文档写入子集合中。这样您就可以简单地拒绝来自客户端的直接写入，并在您的 Cloud Functions 代码中强制执行您想要的任何业务逻辑，这些代码在受信任的环境中运行。