Firestore使用orderBy查询geohash时是否按距离排序？

问题出在哪？ #

• Geohash字典序≠地理距离排序：Geohash是将经纬度编码为字符串的算法，前缀相同的位置确实相近，但字符串的字典顺序（比如c2b2aaa之后的c2b2abd、c2b2ahd等）和实际地理位置与目标点的远近没有线性对应关系。你写的查询只会返回所有geohash字典序大于等于c2b2aaa的文档，按geohash字符串的顺序排列，完全不考虑实际距离。
• 举个实际例子：你提供的示例文档中，c2b2qdd的字典序最大，但它对应的位置可能比c2b2abd离c2b2aaa更远，但查询会把它排在后面，这显然不符合按距离排序的需求。

正确实现按距离排序的步骤 #

如果要获取按与目标位置距离由近到远排序的前100条文档，需要结合Geohash筛选和客户端计算：

1. 存储GeoPoint字段：给每个文档添加Firestore的GeoPoint类型字段，用来存储原始经纬度，比如：

   location: new firestore.GeoPoint(31.2304, 121.4737) // 示例经纬度
   

2. 用Geohash缩小查询范围：计算目标位置的Geohash，取前6-7位作为前缀，查询所有geohash字段包含该前缀的文档（也可以同时查询相邻前缀的文档，避免遗漏边界区域的近点），这一步是为了避免全表扫描，减少后续客户端的计算量。
3. 客户端计算距离并排序：拿到筛选后的文档后，在本地用公式计算每个文档的location与目标位置的实际距离，再按距离从小到大排序，最后取前100条。

注意：Firestore本身不支持直接按地理距离排序的服务端查询，必须通过这种“服务端粗筛选+客户端精排序”的方式实现。

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