如何为MongoDB Atlas搜索的Decimal128字段创建索引及替代方案

问题解决方案 #

1. MongoDB Atlas搜索Decimal128字段的可行替代方案 #

• 方案一：新增冗余索引字段
  写入数据时同步新增一个冗余字段，将Decimal128类型的金额按精度要求转换为int64类型存储。比如金额类数据默认保留2位小数的场景，可将原值乘以100转为整数存入新字段（例如totalAmountTaxIncluded.valueInt），之后将该字段设置为Atlas Search索引的number类型即可正常做范围、精确匹配查询。如果不需要高精度计算，也可以转成double类型存储，注意要提前评估浮点数精度溢出风险。
• 方案二：转为字符串类型索引
  如果仅需要精确匹配查询，也可以将Decimal128字段的值转为字符串类型，将Atlas Search索引设置为string类型，使用term查询做精确匹配即可，该方案缺点是不支持范围查询。
• 方案三：结合Atlas Search预过滤+后续匹配
  如果不想修改现有数据结构，可先通过Atlas Search完成其他条件的过滤缩小数据集，之后在聚合管道后续阶段使用$match配合$expr直接匹配Decimal128字段，适合过滤后数据集较小的场景，性能远高于全表扫描。

2. 当前配置失效的原因 #

你当前把Decimal128字段直接设置为number类型索引不生效，是因为Atlas Search的number类型索引仅支持int32、int64、double三种数值类型，Decimal128属于BSON专属高精度类型，不在支持范围内，所以索引不会收录该字段的值，最终导致查询无符合条件的结果。

适配示例（以方案一新增冗余字段为例） #

调整后的索引配置

{
    "mappings": {
        "dynamic": false,
        "fields": {
            "totalAmountTaxIncluded": {
                "fields": {
                    "valueInt": {
                        "type": "number"
                    }
                },
                "type": "document"
            }
        }
    }
}

调整后的查询语句（精确匹配场景推荐用term，性能高于range）

{
    "$search": {
        "index": "invoice_search",
        "compound": {
            "must": [{
                "term": {
                    "path": "totalAmountTaxIncluded.valueInt",
                    "value": 30000
                }
            }]
        }
    }
}

上述配置中valueInt的值30000对应原Decimal128类型的300，是原值乘以100后得到的int64类型结果。

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