Firestore一直有一个对单个文档每秒1次写入的软限制，这意味着对于计数器更新频率超过每秒一次的情况，推荐的解决方案是分片计数器。查看Firestore限制文档，这个限制似乎已经消失了。Firebase峰会演示文稿提到Firestore现在更具可扩展性，但只提到 * 硬限制 * 被删除。有人能证实这个限制是否真的被删除了吗？我们可以删除所有的分片计数器，以支持每秒写入单个count文档数十次或数百次吗？
count
yjghlzjz1#
这确实是从文档中删除的。它始终是一个软限制，并没有在代码中强制执行，而是对同步索引和多个数据中心的更改所需时间的物理限制的估计。我们已经显著改进了用于这些写入操作的基础架构，现在提供了key visualizer等工具，以更好地分析性能并查找应用读写行为中的热点。尽管仍存在一些物理限制，但我们建议使用这些工具来分析应用的数据库性能，而不是依赖单个记录的值。对于大多数用例，我建议使用新的COUNT() operator。但是如果你想继续使用写时聚合计数器，仍然建议使用分片计数器来进行大容量计数操作，我们刚刚停止给出何时使用它的硬性数字。
COUNT()
1条答案
按热度按时间yjghlzjz1#
这确实是从文档中删除的。它始终是一个软限制，并没有在代码中强制执行，而是对同步索引和多个数据中心的更改所需时间的物理限制的估计。
我们已经显著改进了用于这些写入操作的基础架构，现在提供了key visualizer等工具，以更好地分析性能并查找应用读写行为中的热点。尽管仍存在一些物理限制，但我们建议使用这些工具来分析应用的数据库性能，而不是依赖单个记录的值。
对于大多数用例，我建议使用新的
COUNT()operator。但是如果你想继续使用写时聚合计数器，仍然建议使用分片计数器来进行大容量计数操作，我们刚刚停止给出何时使用它的硬性数字。