Double类型显示异常：Cassandra与YugabyteDB数据展示差异咨询

针对你遇到的transaction表中double类型market_value列展示差异问题，结合使用的YugabyteDB 2.1.6.2版本、YCQL Java驱动4.6.0-yb-6，以及表结构，原因可以从以下几个方面分析：

• YCQL与CQL的数值格式化规则差异
  Cassandra的CQLSH和原生驱动处理double类型输出时，优先用普通十进制格式展示数值；而YugabyteDB的YCQLSH及对应驱动对double的格式化逻辑不同，当数值整数部分位数超过阈值（比如6位）时，自动切换为科学计数法输出，这是直接导致展示差异的原因。

• 旧版本YugabyteDB的格式处理缺陷
  你使用的2.1.6.2是较早的YB版本，该版本YCQL模块的double类型字符串格式化逻辑未与Cassandra完全对齐。后续YB版本（如2.8及以上）优化了数值输出规则，调整了科学计数法的触发条件，和Cassandra的展示方式更接近。

• double类型精度特性与写入转换的影响
  原始数据是Java的BigDecimal，写入时转为double存储。由于double是浮点数，无法精确表示所有十进制小数（比如1000000.01），实际存储的是近似值。Cassandra的格式化逻辑会将这个近似值转换为更贴近原始输入的十进制形式，而YB则直接对近似值采用科学计数法输出，放大了差异。

• YB Java驱动的特殊处理逻辑
  你用的4.6.0-yb-6驱动基于Cassandra原生驱动修改，在double类型结果集解析时保留了YB自身的数值格式化规则，导致API读取时直接返回科学计数法格式的字符串，而非Cassandra驱动那样的普通十进制格式。

对应的表结构：

CREATE TABLE IF NOT EXISTS transaction (
    account_id int,
    transaction_id text,
    quantity double,
    price double,
    market_value double,
    PRIMARY KEY ((account_id), transaction_id)
) WITH CLUSTERING ORDER BY (transaction_id ASC);

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