限制文档字段和竞争条件- Firebase Firestore Android
我现在正在使用适用于Android的Firestore;记录一些数据并将其写入文档。与其每次都创建文档，我想限制 10 个或一些 x 个字段的文档。如果用户写入文档并且字段计数达到 x，则用户将在同一集合中创建新文档。
所以我的问题是：在创建新文档（由不同用户创建的多个文档）时，如何避免竞争条件？使用这种方法将此类数据拆分为不同的文档是否可行？
共有1个答案
创建新文档（不同用户创建的多个文档）时如何避免竞争条件？
始终考虑使用Firestore交易:
事务：事务是对一个或多个文档的一组读取和写入操作。
这意味着如果多个用户将尝试在同一时间向共享文档添加/删除/更新数据，您将始终拥有一致的数据。回答第二个问题：
使用这种方法将此类数据拆分为不同的文档是否可行？
为什么是现在？只要您保持在 1Mib / 文档的最大限制以下，这是可行的。
-
9.1. 竞争条件 在一个线性(就是说只有一个goroutine的)的程序中，程序的执行顺序只由程序的逻辑来决定。例如，我们有一段语句序列，第一个在第二个之前(废话)，以此类推。在有两个或更多goroutine的程序中，每一个goroutine内的语句也是按照既定的顺序去执行的，但是一般情况下我们没法去知道分别位于两个goroutine的事件x和y的执行顺序，x是在y之前还是之后还是同时发生是没法
-
本文向大家介绍限制竞争协议，包括了限制竞争协议的使用技巧和注意事项，需要的朋友参考一下 有限竞争协议是媒体访问控制(MAC)协议，它结合了基于冲突的协议和无冲突协议的优点。它们的行为就像轻载时的开槽ALOHA和重载时的位图协议。 概念 在计算机网络中，当一个以上的站试图通过共享信道同时进行传输时，传输的数据会出现乱码，这称为冲突。在基于冲突的协议（如ALOHA）中，允许所有站点发送帧，而无需尝试检
-
9.6. 竞争条件检测 即使我们小心到不能再小心，但在并发程序中犯错还是太容易了。幸运的是，Go的runtime和工具链为我们装备了一个复杂但好用的动态分析工具，竞争检查器(the race detector)。 只要在go build，go run或者go test命令后面加上-race的flag，就会使编译器创建一个你的应用的“修改”版或者一个附带了能够记录所有运行期对共享变量访问工具的tes
-
问题内容： 如何停止MySQL中的竞争条件？当前的问题是由一个简单的算法引起的： 从表中选择一行 如果不存在，将其插入 然后会得到重复的行，或者如果您通过唯一/主键阻止它，则会出现错误。 现在，通常我认为事务在这里有所帮助，但是由于该行不存在，所以事务实际上并没有帮助（或者我是否错过了什么？）。 LOCK TABLE听起来有些矫kill过正，尤其是如果该表每秒更新多次。 我唯一想到的其他解决方案是
-
问题内容： （注意：这是针对MS SQL Server的） 假设您有一个具有主键标识列和CODE列的表ABC。我们希望此处的每一行都有一个唯一的，顺序生成的代码（基于一些典型的校验位公式）。 假设您有另一个仅具有一行的表DEF，该表存储下一个可用的CODE（想象一个简单的自动编号）。 我知道像下面这样的逻辑将呈现一种竞争状态，其中两个用户可能最终得到相同的CODE： 我知道，两个用户可能会卡在步骤