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

时间:2012-09-17 07:55:22

标签: oracle plsql

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

我正在使用的一般方法是here。我遇到了一排问题。它的日期为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

这是来自遗留系统的垃圾数据,它不验证输入日期。我想知道为什么my PL/SQL function to export the data会扼杀这个值呢?

它使用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

1 个答案:

答案 0 :(得分:6)

该列中存储的值不是有效日期。 dump的第一个字节应该是世纪,根据Oracle支持说明69028.1,它存储在'overs-100'表示法中,这意味着它应该具有100 +实际世纪的值;所以1900年将是119,2000年将是120,5500将是155.所以44将代表-5600;您存储的日期似乎实际代表5544-09-14 BC 。由于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计划,而不是我在这里所做的;这个“原始”技巧最初来自here。您可能还想查看注释331831.1。和this previous question有点相关。