MongoDB：考虑到多个字段，我如何按距离排序？

Question

我有一个存储医生信息的集合。每个医生都可以在私人诊所和/或医院工作。 该集合具有以下相关字段（privatePractices.address.loc 和 hospital.address.loc 都有地理空间索引）：

{
  "name" : "myName",
  "privatePractices" : [{
      "_id": 1,
      "address" : {
        "loc" : {
          "lng" : 2.1608502864837646,
          "lat" : 41.3943977355957
        }
      }
    },
    ...
    ],
  "hospitals" : [{
      "_id": 5,
      "address" : {
        "loc" : {
          "lng" : 2.8192520141601562,
          "lat" : 41.97784423828125
        }
      }
    },
    ...
    ]
}

我正在尝试查询该集合以获取按与给定点的距离排序的医生列表。这就是我卡住的地方：

以下查询返回按距离到 $nearSphere 中定义的点的距离排序的医生列表，仅考虑两种位置类型之一：

{ "hospitals.address.loc" : { "$nearSphere" : [2.1933, 41.4008] } }
{ "privatePractices.address.loc" : { "$nearSphere" : [2.1933, 41.4008] } }

我想要的是让最近的医院或私人诊所订购的医生，无论是最近的。是否可以在单个 Mongo 查询中执行此操作？

B 计划是使用上面的查询，然后在 Mongo 之外手动排序结果（例如，使用 Linq）。为此，我的两个查询应返回每家医院或私人诊所到 $nearSphere 点的距离。是否可以在 Mongo 中做到这一点？

编辑 - 应用解决方案 (MongoDB 2.6)： 受 Neil Lunn 在他的回答中建议的启发，我采用了自己的方法：我在 Doctor 文档中添加了一个字段用于排序目的，其中包含一个包含医生所有位置的数组。

我在 MongoDB 2.4 和 MongoDB 2.6 中尝试过这种方法，结果不同。 2.4 上的查询返回了具有多个位置的重复医生，即使 _id 包含在查询过滤器中。对 2.6 的查询返回有效结果。

Answer 1

我本来希望在这里获得更多信息，但基本知识仍然适用。因此，您偶然发现的一般问题是试图在您的医生文件上设置“两个”位置字段。

这种方法还有另一个问题。您的文档中的数组中有“位置”/ 这在创建索引时不会给您一个错误，但它也不会像您期望的那样工作。这里最大的问题是，在数组中，您可能会找到“包含”最近位置的文档，但问题是“哪个”，因为没有做任何事情来影响数组内容。

核心问题是每个查询不能有多个地理空间索引。但要真正得到你想要的，把问题放在头上，基本上把医生安排到这些地方，这是相反的。

例如这里，一个“实践”集合之类的：

{
    "type": "Hospital",
    "address" : {
        "loc" : {
          "lng" : 2.8192520141601562,
          "lat" : 41.97784423828125
        }
    },
    "doctors": [
        { "_id": 1, "name": "doc1", "specialty": "bones" },
        { "_id": 2, "name": "doc2", "specialty": "heart" }       
    ]
}

{
    "type": "Private",
    "address" : {
       "loc" : {
          "lng" : 2.1608502864837646,
          "lat" : 41.3943977355957
       }
    },
    "doctors": [
        { "_id": 1, "name": "doc1", "specialty": "bones" },
        { "_id": 3, "name": "doc3", "specialty": "brain" }
    ]
}

这里的优势在于，作为一个集合并且全部在同一个索引中，您可以简单地获得两个“类型”，并按距离或范围内或您需要的任何地理查询正确排序。这样就避免了其他建模形式的问题。

至于“医生”信息，当然，您实际上自己为完整的医生信息保留了一个单独的集合，甚至可能还为位置文档保留了一组 _id 值。但这里的要点是，您通常可以在此处将一些有用的搜索信息“嵌入”到一个集合中，这将对您有所帮助。

这似乎是更好的选择，并且可以将医生与该位置内部的条件进行匹配，而在数组中查找或排序最近的条目是 MongoDB 不支持的本身，并且会导致您自己在处理结果时应用数学。