如何在Couchbase中精准存储价格，避免精度丢失？

针对你遇到的Couchbase存储价格时的精度丢失问题，我有几个更靠谱的方案，比你考虑的存双份数据要更实用：

• 最推荐：用整数存储最小货币单位
  这是处理货币精度问题的经典方案，完全避免浮点数的精度误差。比如把美元转换成美分、人民币转换成分，用int64类型存储。举个例子，$19.99就存为1999，¥59.90存为5990。
  这种方式的优势非常明显：

  • 精度100%准确，没有任何近似值问题
  • 不等式查询直接用整数比较，性能拉满，普通索引就能生效
  • 业务逻辑里只需要在展示时除以100即可，转换成本极低

• 用JSON字符串存储Decimal值，配合N1QL函数查询
  如果你的业务场景必须保留原始小数格式，可以把价格存成字符串类型（比如"19.99"），然后在查询时使用Couchbase N1QL的TO_NUMBER()函数来做比较。比如：

  SELECT * FROM bucket WHERE TO_NUMBER(price) > 20.00
  

  注意这种方式如果查询量较大，需要创建函数索引来优化性能，不然每次查询都要做类型转换会拖慢速度。虽然精度没问题，但查询性能比整数方案稍逊一筹。

• 嵌套对象拆分整数和小数部分
  另一种思路是把价格拆成整数部分和小数部分存成嵌套对象，比如：

  {
    "price": {
      "integer_part": 19,
      "fractional_part": 99
    }
  }
  

  查询时可以通过表达式计算总价来做比较：

  SELECT * FROM bucket WHERE (price.integer_part * 100 + price.fractional_part) > 2000
  

  这种方式也能保证精度，但查询语句相对复杂，同样需要针对计算表达式创建索引来提升性能。

关于你原来的方案 #

你考虑的同时存字符串和double类型，确实能临时解决问题，但存在两个致命缺陷：

1. double类型本身的精度误差依然存在（比如0.1无法被二进制浮点数精确表示），可能导致不等式查询结果不准确
2. 维护两份数据很容易出现不一致（更新时漏改其中一份），增加了业务逻辑的复杂度和出错风险，所以不推荐长期使用

总的来说，优先选择整数存储最小货币单位的方案，既简单又高效，完全满足精度和查询需求。

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