netezza双精度输出可截断小值

Question

我注意到nzsql和'nzunload'只是截断了双精度列的尾数值。 这是问题：

从表1中选择tot_amt ；

tot_amt
~~~~~~~    
123.124    
567.678

而当我使用Aginity等其他客户端进行数据分析时，我得到的输出是

tot_amt
~~~~~~~
123.1240535
567.6780122

我也发现当netezza在3个尾数位遇到0时发生 “截断” 。

我们正在尝试将此数据库迁移到oracle，由于这个问题，整个项目陷入混乱，并且客户端不信任我们的迁移脚本。 有没有人遇到这个问题？ 唯一的解决方法，即使是frmo IBM工程师，也要强制将其TO_CHAR( '999,999.999', col )如果我必须执行数十亿行TO_CHAR( '999,999.999', col )这将TO_CHAR( '999,999.999', col )卸载脚本。

Answer 1

当我有一个以FLOAT（6）列创建的表时，我可以重现此问题，例如：

USERDB.USER(USER)=> create table ZZ (
USERDB.USER(USER)(> YY FLOAT(6)
USERDB.USER(USER)(> );
CREATE TABLE
USERDB.USER(USER)=> insert into ZZ (yy) values (123.123456789);
INSERT 0 1
USERDB.USER(USER)=> insert into ZZ (yy) values (12.123456789);
INSERT 0 1
USERDB.USER(USER)=> select * from ZZ;
   YY
---------
 123.123
 12.1234
(2 rows)

USERDB.USER(USER)=> select CAST ( YY as FLOAT(15) ) from ZZ;
    ?COLUMN?
----------------
 123.1234588623
12.123399734497
(2 rows)

USERDB.USER(USER)=>

我可以将列值转换为更广泛的类型，但是我看到的问题是我插入的值与返回的值不同。 如果我也使用Aginity进行查询，则同样如此，这些值是不正确的。

检查表1中'tot_amt'列的精度（和小数位数），我猜用于存储值的数据类型非常小（可能是FLOAT（6）？），并且NZSQL告诉您数据强制执行的正确值类型。