Google app engine 自动升级到云Firestore，那么祖先查询和实体组呢？

关于谷歌数据存储项目的发布

好处包括：

• 查询最终不再一致；相反，它们都是非常一致的
• 交易不再限于25个实体组
• 对实体组的写入不再限于每秒1次

在当前的活动应用程序中，使用跨组事务操作、创建祖先查询和实体组实现了一些逻辑以确保强一致性

当这些应用程序逻辑和数据库数据结构自动迁移到Firestore时，会发生什么情况？由于数据将具有很强的一致性，因此似乎不再需要实体组和祖先查询！ …除非在跨组事务中用于跨多个实体的原子行为

---

你对此有什么想法，还有什么期待？还有人知道自动迁移预计何时完成吗？

我在您的上下文中对该公告的解释：

• 由于当前限制，您现有的跨组交易未涉及超过25个实体组。降低25组的限制不会对他们产生任何影响，他们应该像以前一样继续工作
• 祖先查询仍然受支持
• 无论背后的原因如何，仍支持在实体组中对数据进行结构化/分组。您的特定拆分可能是由当前的限制驱动的-迁移可能会使该原因消失，但仅此而已

所以我几乎可以肯定你的应用程序将继续正常运行（除了性能/响应时间？）。不同之处在于，您可以选择放弃不再适用的限制的解决方法，并可能进一步优化您的应用程序

---

总的来说，我相信所有现有的应用程序都不会受到影响，否则谷歌不会自动升级-他们只会通知应用程序所有者在某个日期前进行必要的更改，并准备好迁移指南-就像其他不向后兼容的更改一样。

谢谢@Dan，很高兴看到您的评论和回答：）。我担心保留祖先结构可能会妨碍以后的性能！因为目前实体组已经增长（不幸的是！），以克服某些需要强一致性的情况，而在自动升级之后，将不再需要这种情况。另外，您知道关于整个迁移预计何时完成的任何公告吗？然后我将开始看一个实际的迁移。但我首先会进行一些并行性能比较（文档是mum-wrt性能）——仍然在我的待办事项列表中，因为我的应用程序也面临着类似的任务。我没有看到任何日期。