尝试通过PL/SQL导出Oracle提供了一个日期的0000-00-00

Question

我继承了一个Oracle .dmp文件,我试图将其转换为CSV,以便我可以将其加载到MySQL中.

我正在使用的一般方法在这里描述.我遇到了一排问题.它的日期为5544-09-14,如下所示:

alter session set nls_date_format = 'dd-MON-yyyy';
select OID, REF, TRADING_DATE From LOAN WHERE REF = 'XXXX';

OID REF                  TRADING_DATE
--- -------------------- ------------
1523 XXXX                 14-SEP-5544

这是来自遗留系统的垃圾数据,它不验证输入日期.我想知道为什么我的PL/SQL函数导出这个值的数据扼流圈呢？

它使用TRADING_DATE值'0000-00-00T00:00:00'导出该行,我不知道为什么？

SELECT dump(TRADING_DATE) FROM LOAN WHERE REF = 'XXXX';

DUMP(TRADING_DATE)
--------------------------------------------------------------------------------
Typ=12 Len=7: 44,156,9,14,1,1,1

和

SELECT to_char(trading_date, 'YYYYMMDDHH24MISS') FROM LOAN WHERE REF = 'XXXX';
TO_CHAR(TRADIN
--------------
00000000000000

Answer 1

存储在该列中的值不是有效日期.dump应该是世纪的第一个字节,根据Oracle支持说明69028.1存储在'overs-100'符号中,这意味着它应该具有100 +实际世纪的值; 所以1900年将是119,2000年将是120,5500将是155.所以44将代表-5600; 您存储的日期似乎实际代表公元前 5544-09-14 .由于Oracle仅支持年龄介于-4713和+9999之间的日期,因此无法识别.

你可以很容易地重建这个; 最棘手的一点是首先将无效日期输入数据库:

create table t42(dt date);

Table created.

declare
    d date;
begin
    dbms_stats.convert_raw_value('2c9c090e010101', d);
    insert into t42 (dt) values (d);
end;
/

PL/SQL procedure successfully completed.

select dump(dt), dump(dt, 1016) from t42;

DUMP(DT)
--------------------------------------------------------------------------------
DUMP(DT,1016)
--------------------------------------------------------------------------------
Typ=12 Len=7: 45,56,9,14,1,1,1
Typ=12 Len=7: 2d,38,9,e,1,1,1

所以这有一行与你做的数据相同.使用alter session我可以看到看起来像一个有效的日期:

alter session set nls_date_format = 'DD-Mon-YYYY';
select dt from t42;

DT
-----------
14-Sep-5544

alter session set nls_date_format = 'YYYYMMDDHH24MISS';
select dt from t42;

DT
--------------
55440914000000

但是,如果我使用明确的日期掩码,它只会得到零:

select to_char(dt, 'DD-Mon-YYYY'), to_char(dt, 'YYYYMMDDHH24MISS') from t42;

TO_CHAR(DT,'DD-MON-Y TO_CHAR(DT,'YY
-------------------- --------------
00-000-0000          00000000000000

如果我运行你的程序:

exec dump_table_to_csv('T42');

生成的CSV具有:

"DT"
"0000-00-00T00:00:00"

我认为区别在于那些试图显示日期的人坚持使用内部日期数据类型12,而那些显示零的人使用外部数据类型13,如注释69028.1中所述.

简而言之,您的程序没有做错任何事情,它尝试导出的日期在内部无效.除非你知道它应该是什么日期,考虑到你的出发点,这似乎不太可能,除了猜测或忽略它之外,我认为除此之外你还能做很多事情.除非,您可能知道数据是如何插入的,并且可以解决数据是如何被破坏的.

我认为它更有可能来自OCI计划,而不是我在这里所做的; 这个'原始'技巧最初来自这里.您可能还想查看注释331831.1.而此前的问题有些相关.