MongoDB集合设计优化：两点间距离双向查询的方案探讨

嗨，这个问题在处理无向关系（像两点距离这种不区分起点终点顺序的场景）时特别常见。我给你几个实用的设计方案，你可以根据自己的查询频率、写入成本和业务灵活性来选择：

方案1：标准化存储顺序（推荐） #

核心思路是强制统一存储的顺序，比如总是把数值较小的点存在from字段，较大的存在to字段。举个例子：

• 当用户输入start=156, end=122时，写入前先比较两个值，最终存储为{ from: 122, to: 156, distance: xxx }

查询的时候也做同样的处理：不管用户传的是start=156&end=122还是start=122&end=156，先把两个参数排序，用from=122&to=156去查询。

优点： #

• 没有数据冗余，节省存储空间
• 查询只需要一次索引查找，性能稳定

缺点： #

• 写入和查询前需要增加一点排序逻辑（代码里几行就能搞定）

索引建议： #

创建复合索引：db.collection.createIndex({ from: 1, to: 1 })

方案2：存储双向记录 #

每次写入时，同时存储两条方向相反的记录：

// 写入两条记录
db.collection.insertMany([
  { start: 156, end: 122, distance: xxx },
  { start: 122, end: 156, distance: xxx }
])

查询时直接用用户传入的start和end参数匹配即可，不需要额外处理。

优点： #

• 查询逻辑极简，不需要任何参数处理
• 单次查询性能最优，尤其是数据量较大时

缺点： #

• 数据冗余翻倍，存储成本增加
• 写入/更新时需要维护两条记录的一致性（比如修改距离时要同时更新两条）

适用场景： #

查询频率远高于写入频率的场景，比如只读或极少更新的距离数据。

方案3：用数组存储点对 #

把两个点存在一个数组字段里，比如：

{ points: [156, 122], distance: xxx }

查询时使用$all操作符匹配包含所有元素的数组（不关心顺序）：

db.collection.find({ points: { $all: [156, 122] } })

优点： #

• 存储结构直观，不需要额外的字段处理

缺点： #

• $all的查询性能不如复合索引，数据量大时可能变慢
• 如果以后业务需要区分起点和终点，这个结构会非常不灵活

索引建议： #

创建数组索引：db.collection.createIndex({ points: 1 })

方案4：新增排序后的组合字段 #

额外添加一个pair字段，存储排序后的点组合（比如用下划线分隔）：

• 当输入start=156, end=122时，生成pair: "122_156"并存入文档

查询时同样把参数排序后生成pair值去匹配：

db.collection.find({ pair: "122_156" })

优点： #

• 代码处理逻辑清晰，不需要修改原有start/end字段的结构
• 单字段索引的查询性能稳定

缺点： #

• 多了一个冗余字段（但比方案2的冗余少很多）
• 需要注意数值转字符串的格式问题（比如避免12和122被误处理为12_122之外的情况，不过只要先排序再拼接就没问题）

索引建议： #

创建单字段索引：db.collection.createIndex({ pair: 1 })

总的来说，方案1是最平衡的选择，兼顾了存储效率和查询性能，只有少量的代码逻辑成本。如果你的查询量极大且写入极少，方案2也是不错的选择。

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