k29*_*k29 4 nosql firebase google-cloud-platform google-cloud-firestore
假设我有一个名为 的集合savedGamesFull
。每当在此集合中创建文档时,它都会收到 Firebase 生成的 ID;然后,我重复使用该 ID,并将其提供给并行集合中的另一个文档savedGamesLight
。
在另一个示例中,对于集合中的每个文档,在集合players
中都会有一个具有相同 id 的文档。playerPublicProfiles
playerStats
基本上,这种命名方法所做的就是节省了几行代码,并且不需要userId
在那些并行文档中保留该字段。
但在阅读了有关热点的内容后(尽管它似乎不适用于此处),我担心此命名可能存在问题。
那么,在多个不同的集合中使用相同的文档 ID 有什么缺点吗?
是否可以在不同的 Firestore 集合中重复文档 ID?
是的。在识别应用程序中的用户时,无论集合是什么,这实际上是一种非常常见的做法。
然后,我重用该 id 并将其提供给并行集合 savingGamesLight 中的另一个文档。
在 NoSQL 世界中,对数据进行非规范化始终是一个很好的做法。这意味着显示较轻文档中的数据比显示较重文档中的数据更有意义。
但在阅读了有关热点的内容后(尽管它似乎不适用于此处),我担心此命名可能存在问题。
热点并不是指在多个集合或子集合中具有相同的文档 ID。这是关于拥有连续的文档 ID。
那么,在多个不同的集合中使用相同的文档 ID 是否有任何缺点呢?
一点也不。这很正常。
归档时间: |
|
查看次数: |
931 次 |
最近记录: |