咨询SQLite原生不支持Decimal128时的精准查询替代方案

嘿，Juan，这个问题确实挺常见的——SQLite对高精度十进制类型的原生支持确实有限，但有几个靠谱的方案能帮你避免精度丢失，同时保证查询有效：

1. 存储为TEXT并利用SQLite的数值语义处理 #

SQLite的TEXT类型其实支持按数值规则排序和比较，只要你存储的字符串格式是标准化的（比如没有多余前导零、负数符号放在最前面、小数点位统一）。比如你存"12345678901234567890.1234567890123456"这样的字符串，直接用WHERE your_column > "10000000000000000000.0"就能得到正确的结果。

另外，SQLite的CAST(your_text_column AS NUMERIC)会自动处理高精度数值：当数值超出REAL的8字节范围时，它会用任意长度的整数来存储，完全避免精度丢失。你可以用这个转换来做数学运算，比如SELECT CAST(price AS NUMERIC) * 1.05 FROM products。

如果担心查询效率，可以创建表达式索引来优化：

CREATE INDEX idx_high_precision ON your_table(CAST(your_column AS NUMERIC));

这个索引会提前计算出NUMERIC类型的数值，让比较和过滤更快。

缺点：如果你的数据里有大量极端大/小的科学计数法字符串，可能需要先统一格式（比如转成普通小数形式），否则排序可能不符合预期。

2. 缩放为整数存储（拆分整数/小数部分） #

把Decimal128的数值转换为一个缩放后的整数，完全规避浮点精度问题。比如，如果你的数值最多有34位有效数字（Decimal128的上限），可以乘以10^34，把它转成一个整数，存储为TEXT或者INTEGER（SQLite支持任意长度的整数，超过64位时会自动用TEXT存储，但运算仍按整数处理）。

举个例子，数值0.0000000001234567890123456789可以转成1234567890123456789（乘以10^28），存储后查询时再除以对应的缩放因子即可。

如果不想用统一缩放因子，也可以拆分存储：用一个INTEGER列存整数部分，一个TEXT列存固定长度的小数部分（比如补零到34位），查询时先比较整数部分，再比较小数部分，保证排序和比较的精确性。

优点：完全没有精度丢失，索引效率极高，适合需要频繁比较和运算的场景。
缺点：需要在插入和查询时额外做转换逻辑，比如从Decimal128转成缩放整数，或者拆分整数/小数部分。

3. 使用SQLite扩展模块 #

如果你的环境允许加载扩展，可以试试第三方的十进制类型扩展（比如sqlite-decimal），这类扩展实现了高精度的十进制运算，能直接支持类似Decimal128的类型。

使用时，你只需要编译或下载预编译的扩展文件，然后通过LOAD_EXTENSION命令加载到SQLite连接中，之后就能像使用原生类型一样定义DECIMAL列，进行精确的比较和运算。

优点：最接近原生Decimal128支持，使用起来最省心，完全保证精度。
缺点：需要部署扩展，对于嵌入式环境、移动端框架这类无法加载扩展的场景不适用，还要额外维护扩展的版本兼容性。

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