MongoDB:如何考虑多个字段按距离排序？

Question

我有一个集合，用于存储有关医生的信息。每个医生都可以在私有(private)诊所和/或医院工作。该集合具有以下相关字段(在 privatePractices.address.loc 和 hospitals.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] } }

我想要的是让最近的医院或私有(private)诊所的医生预约，无论是最近的。是否可以在单个 Mongo 查询上执行此操作？

B 计划是使用上述查询，然后在 Mongo 外部手动对结果进行排序(例如使用 Linq)。为此，我的两个查询应该返回每家医院或私有(private)诊所到 $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 不支持的事情本身，并会导致您在处理结果时自己应用数学。