Rails（Mongoid）中单个嵌入文档的查询效率及最佳实践咨询

针对你提出的三个疑问，逐一解答如下：

1. 查询嵌入文档是否存在性能损耗？ #

不存在额外的性能损耗。MongoDB中嵌入文档是和父文档存储在同一个BSON文档内的，查询嵌套字段本质上就是查询同一文档的内部属性，不需要跨集合关联或JOIN操作，和查询顶层字段的底层逻辑完全一致。

需要注意的是，你的示例查询语法存在问题，正确的嵌套字段查询应使用路径形式：

# 正确的查询写法
Subscription.where('schedule.scheduleType': 'month', 'schedule.dayOfMonth': 21, 'schedule.hour': 12)
# 或链式调用写法
Subscription.where('schedule.scheduleType': 'month').where('schedule.dayOfMonth': 21).where('schedule.hour': 12)

如果使用错误语法（比如直接写scheduleType而非schedule.scheduleType），会导致MongoDB无法识别字段，进而触发全集合扫描，但这是语法错误导致的，和嵌入结构本身无关。

2. 为查询字段建立索引是否会带来差异？ #

会带来显著的性能差异，尤其是数据量较大时。不管是嵌入字段还是顶层字段，合适的索引都能避免全集合扫描，大幅提升查询速度。

针对你的查询场景，建议创建包含嵌套字段的复合索引：

# 在Subscription模型中定义索引
index({ 'schedule.scheduleType': 1, 'schedule.dayOfMonth': 1, 'schedule.hour': 1 })

创建索引后，MongoDB可以直接通过索引定位到符合条件的文档，无需遍历整个集合；如果没有索引，当集合数据量达到万级以上时，查询速度会明显下降。

3. 将schedule字段整合到父对象是否更高效？ #

从查询性能角度看，两者几乎没有差异。因为两种方式都是查询同一个BSON文档内的字段，MongoDB处理嵌套字段和顶层字段的查询效率基本一致。

但两种设计各有优劣：

• 嵌入设计的优势：结构更符合领域模型，逻辑边界清晰，后续如果需要给Schedule扩展属性或业务逻辑，更容易维护；如果未来有变更为embeds_many :schedules的需求，重构成本极低。
• 扁平设计的优势：查询语法更简洁（无需写嵌套路径），索引定义也更直观，对于简单场景，代码可读性可能稍高。

如果你认为嵌入设计更优雅，完全可以采用这种方案，性能上不会有任何劣势，只要确保正确创建索引即可。

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