Firestore用户集合：用Firebase Auth的UID作为文档ID是否更优？

1. Firebase Auth UID的唯一性问题 #

Firebase Auth生成的UID是全局唯一的，每个注册用户的UID不会重复，完全可以安全地作为Firestore文档ID使用，不存在冲突风险。

2. 查询效率对比 #

两种查询方式的本质差异 #

• UID作为文档ID查询：执行doc("users/${uid}").get()，这是Firestore的主键寻址操作，直接定位到文档的存储位置，无需遍历集合或依赖索引，速度最快，单次操作仅读取1个文档，成本最低。
• UID作为字段查询：执行collection("users").where("uid", "==", uid).get()，这是基于索引的查询。即使Firestore会自动为该字段创建单字段索引，本质上仍需通过索引匹配找到对应文档，相比主键寻址多了一层索引查找的开销，且返回的是查询快照（即便仅匹配一个文档），在集合规模较大时会有可感知的性能差异。

关于“自动生成ID查询更快”的误解 #

你提到的教程说法存在偏差——Firestore的查询性能只和查询类型有关，和文档ID是自动生成还是自定义（比如UID）无关。自动生成ID的核心优势是避免手动生成ID时的冲突，但UID本身不会产生冲突，因此用UID作为文档ID的查询速度，和自动生成ID的查询速度完全一致，且明显优于用字段存UID的WHERE查询。

3. 结论 #

如果你的查询场景仅基于UID获取用户信息，优先选择将UID设为文档ID，这种方式在查询效率、成本控制上都更优，且UID的唯一性有官方保障，完全没有风险。两者的差异并非微乎其微，主键寻址的性能优势是明确的。

内容的提问来源于stack exchange，提问作者whatwhatwhat