ORACLE 2000年問題白皮書

1. 導言

解決2000年兼容性問題，需要在日期的數(shù)據(jù)類型處理方面滿足下列五個主要因素：

1． 正確處理2000年1月1日以前、當天及之后的日期信息、接收日期輸入、提供日期輸出、進行日期或日期子項的計算。

2． 隨著新世紀的到來，采用正確的配置，以保證正常執(zhí)行2000年1月1日以前、當天及之后的文件。

3． 在適當之處，以公開確定的方式解決世紀取值的含糊問題，以作為對兩位數(shù)字日期輸入的響應。

4． 以明確指出世紀的方式進行日期信息的存儲和輸出。

5． 根據(jù)quad-centennial原則來處理2000年將要出現(xiàn)的閏年。

這些標準是由英國標準協(xié)會在《DISC PD-2000-1A，2000年兼容性要求的定義》中所制訂的2000年兼容性要求的精華所在。

2. 產(chǎn)品兼容性

Oracle現(xiàn)有產(chǎn)品的設(shè)計都解決了2000年兼容性問題。

與現(xiàn)有Oracle數(shù)據(jù)庫相關(guān)的軟件產(chǎn)品在2000年日期改變兼容性方面的說明請參考下列表格和注解。為方便客戶，這里還提供了與仍被大量機構(gòu)使用的定型產(chǎn)品相對應的2000年兼容信息。根據(jù)它們到期程度不同，其中一部分產(chǎn)品未解決2000年兼容問題或只是部分解決了這一問題。

表格與注解分為兩大部分：現(xiàn)有產(chǎn)品和定型產(chǎn)品。

現(xiàn)有產(chǎn)品：目前屬于Oraclemetals支持產(chǎn)品系列的產(chǎn)品。根據(jù)兼容性級別，我們對每種產(chǎn)品/產(chǎn)品集進行了說明。此類型產(chǎn)品主要為“完全兼容”產(chǎn)品。

定型產(chǎn)品：己發(fā)布了非支持聲明的產(chǎn)品和/或?qū)儆凇把娱L輔助支持”類型的產(chǎn)品。

根據(jù)兼容性級別，我們對每種產(chǎn)品/產(chǎn)品集進行了說明。對于到期產(chǎn)品來說，主要是給出有關(guān)如何簡化代碼更改和繞過問題的建議。我們希望使用這些定型產(chǎn)品的用戶及早考慮升級為Oraclemetals支持產(chǎn)品，以便減少日期據(jù)轉(zhuǎn)換的工作量，并獲得最優(yōu)支持。

2.1兼容性水平

兼容性級別        說明

完全兼容         產(chǎn)品的現(xiàn)有生產(chǎn)版本完全符合第一部分描述的五個因素

部分兼容（1）    產(chǎn)品的現(xiàn)有生產(chǎn)版本不完全符合第一部分描述的五個因素，但Oracle將在產(chǎn)品今后的版本中提供完全兼容性。

部分兼容（2）    此定型產(chǎn)品的現(xiàn)有生產(chǎn)版本不完全符合第一部分描述的五個因素，且Oracle沒有計劃在將來改進其兼容性。

不兼容         此產(chǎn)品的現(xiàn)有生產(chǎn)版本不符合第一部分描述的五個因素，且Oracle今后不再改變其兼容性。

3. 各種產(chǎn)品兼容性信息列表：

略。詳細內(nèi)容請到ORACLE公司 網(wǎng)站http://www.oracle.com/year2000/上查詢。

3.6現(xiàn)有產(chǎn)品注解

3.6.1不進行數(shù)據(jù)操作的產(chǎn)品

這些產(chǎn)品不進行數(shù)據(jù)操作，因此它們本質(zhì)上就是2000年兼容的。

3.6.2 Orac1e服務器

Oracle服務器是2000年兼容的。

使用Oracle RDBMS（Oracle7和Oracle8服務器）并采用DATE

數(shù)據(jù)類型（用于日期和/或帶時間值的日期)的應用，在2000年到來

之際無需為其存儲的數(shù)據(jù)擔心。Oracle7和Oracle8服務器DATE數(shù)據(jù)

類型以四位數(shù)字年份和包括以秒數(shù)計時（一般為

‘YYYY:MM:DD:HH24:MI:SS’）的精確程度來存儲日期及時間數(shù)據(jù)。

Oracle服務器、網(wǎng)絡(luò)產(chǎn)品及系統(tǒng)管理產(chǎn)品不會出現(xiàn)任何操作問

題。 Oracle的開發(fā)部門已對各種2000年操作情況進行了測試以確保

用戶在世紀更替之際不會受到任何影響。測試的內(nèi)容包括復制、時間

點的恢復、分布式事務等。系統(tǒng)管理和網(wǎng)絡(luò)化特性通過時區(qū)/日期行/

世紀來完成。

Oracle RDBMS已采用四位數(shù)字年份來存儲日期（‘OraDate’格式），

這樣使用DATA數(shù)據(jù)類型的用戶就不會有任何應用級方面的問題。為

了方便使用兩位數(shù)字年份格式的應用解決2000年兼容性問題，Oracle7

和Oracle8提供了一種特殊的年份格式表征碼‘RR’。采用‘RR’格

式輸入的兩位數(shù)字年份將做如下轉(zhuǎn)換：

當前年份：最后兩位數(shù)字指定的兩位數(shù)字年份‘RR’年份格式返

回

0-49        0-49         當前世紀

50-99       0-49         下一世紀

0-49        50-99        上一世紀

50-99      50-99         當前世紀

因此，無論在哪一世紀輸入數(shù)據(jù)，‘RR’格式都會確保數(shù)據(jù)庫中

所存年份如下所示：

如果當前年份在后半世紀（50-99）

? 且輸入的兩位數(shù)字年份在‘00’和‘49’之間：將按下一世紀

的年份存儲。例如，1996年輸入的‘02’將存為‘2002’

? 且輸入的兩位數(shù)字年份在‘50’和‘99’之間：將按本世紀年

份存儲。例如，1996年輸入的‘97’將存為‘1997’。

如果當前年份在前半世紀（00-49）

? 且輸入的兩位數(shù)字年份在“00’和‘49’之間：將按本世紀年

份存儲。例如，2001年輸入的‘02’將存為‘2002’

? 且輸入的兩位數(shù)字年份在‘50’和‘99’之間：將按下一世紀

的年份存儲。例如2001年輸入的‘97’將存為‘1997’

‘RR’日期格式可用于數(shù)據(jù)庫中DATE數(shù)據(jù)的插入及更新。因為

0rac1e一直以四位數(shù)字的格式存儲日期的YEAR部分，故您無需對己

存儲于數(shù)據(jù)庫中的數(shù)據(jù)進行檢索/查詢。

3.6.2.1以字符數(shù)據(jù)類型存儲的日期

‘RR’數(shù)據(jù)格式只對使用Oracle DATE數(shù)據(jù)類型的用戶應用起作

用。對于那些使用CHAR或VARCHAR2數(shù)據(jù)類型的字符串的應用，除非

在設(shè)計時已有考慮，否則就須對應用作出修改、加入例行程序以確保

這樣的數(shù)據(jù)在受到世紀更替的影響時可得到正確的處理。對于新建應

用或正進行修改以使按字符串存儲的日期數(shù)據(jù)可滿足2000年兼容的

應用，我們建議將這些日期轉(zhuǎn)換為Oracle DATE數(shù)據(jù)類型，這樣就確

保了它們的2000年兼容性，如果此方法不可行，那就以語言及格式

相獨立且能處理全部年份的規(guī)范形式存儲數(shù)據(jù)?！甕YYY/MM/DD’，在必

要時加上時間元素‘HH24:MI:SS’這一格式即是一例。每當顯示或從

用戶及其它程序中接收到以此形式存儲的日期時，必須將其轉(zhuǎn)換為正

確的外部格式。

格式‘YYYY/MM/DD HH24:MI:SS’有如下優(yōu)勢：

? 語言獨立，即月份為數(shù)字形式

? 年份為四位數(shù)字，明確了世紀取值

? 時間得到了全部表示，最重要的元素在前，這樣基于字符進行

的排序操作即可對日期進行正確的排序

它的缺點之一是不支持公元前日期。

3.6.4 Oracle Server Manager

Oracle Server Manager顯示的Oracle服務器信息可經(jīng)由內(nèi)部發(fā)

出的SQL查詢從RDBMS中獲得。因此它完全繼承了RDBMS的兼容性。

3.6.5 Oracle ODBC 驅(qū)動程序

Oracle ODBC驅(qū)動程序使用ODBC日期和時間數(shù)據(jù)類型，它們都包

括四位數(shù)字的年份元素。

3.6.6 Oracle Enterprise Manager

Oracle Enterprise Manager顯示的Oracle服務器信息可經(jīng)由內(nèi)

部發(fā)出的SQL查詢從RDBMS中獲得。因此它完全繼承了RDBMS的兼容

性。

3.6.7 Oracle Precompiler

Oracle Precompiler產(chǎn)品是2000年兼容的。

Oracle Precompiler產(chǎn)品不含有對操作日期型數(shù)據(jù)的預定義例行

程序，所有這樣的操作都由開發(fā)商以3GL代碼形式提供，并調(diào)用至服

務器上的PL/SQL引擎。因此2000年兼容性的解決取決于開發(fā)商正確

設(shè)計與編寫應用代碼。

3.6.8 Oracle OLAP Server產(chǎn)品

Express Server和Personal Express是2000年兼容的。處理時

間大小和‘日期’數(shù)據(jù)類型的內(nèi)部機制是基于從一個固定基礎(chǔ)日期算

起的秒數(shù)決定的。2000年在此并無特殊意義，它會得到與其它數(shù)據(jù)一

樣的處理。所有日期的輸入、存儲、計算或顯示日期的功能都與2000

年前的操作一致。

第二個考慮因素是對于格式為兩位數(shù)字的年份的處理，如用“97”

代表“1997”。在缺省情況下，兩位數(shù)字的年份被解釋為在1950到2049

年之間，這除非通過選項YRABSTART特別指定才會有所改變。于是在

缺省值時“00”即被解釋為2000年。

考慮到除了不能被400整除的世紀元年(如1900年）之外，每4

年是一個閏年。Express將2000年作為閏年對待。我們可作一項簡單

的測試，對2000年2月之內(nèi)的日期使用ENDOF（month）函數(shù)結(jié)果為

29FEB2000，驗證了2000年確實已被作為閏年處理。

Express有一種可以轉(zhuǎn)換為日、月份及年份的“日期”數(shù)據(jù)類型。

它可以處理從1899年12月31日到大約400,000年間的日期。這是

日期數(shù)據(jù)在數(shù)據(jù)庫中的基本存儲方式。

Express還有一個向Express程序返回日期-時間“郵戳”的函數(shù)。

此時間郵戳常常用于跟蹤事件發(fā)生順序的應用。此郵戳的返回值為一

個31位整數(shù)，代表著從PC采用此規(guī)定起的那一刻（1950年）以來的

秒數(shù)。它將于2036年溢出。但所有使用此郵戳的Express應用都可

將它轉(zhuǎn)換為可處理任意4位數(shù)字年份的文本（例如到9999）。我們在

將來的產(chǎn)品版本中將改變?nèi)掌?時間郵戳函數(shù)，使之返回一個較大的

十進制數(shù)。這一數(shù)值可處理超過4000年的年份，且因為存儲它的文

本數(shù)據(jù)已經(jīng)可以處理任何4位數(shù)字的年份，故它不需要作任何變動。

顯然，我們可在2036年年底之前的任何時候完成這項改動，當然在

方便的情況下我們會及早行動。

3.6.9 Oracle RDB

Oracle RDB是2000年兼容的。

使用Oracle RDB并采用DATE或TIMESTAMP數(shù)據(jù)類型的應用無須

在2000年到達之際為其存儲的數(shù)據(jù)而擔心。Oracle RDB存儲含有全

部年份和世紀的DATE（SQL92兼容且為VMS風格）和TIMESTAMP型數(shù)

據(jù)，自從1984年此產(chǎn)品第一版問世起就一直如此。

Oracle RDB實現(xiàn)了SQL92 SQL標準中規(guī)定的大多數(shù)日期/時間功

能。用這些數(shù)據(jù)類型所作的日期比較自然就可以不受世紀更換的影

響。事實上RDB數(shù)據(jù)庫中可存儲及操作的最大年份為9999年。

3.6.10 Developer/2000客戶/服務器開發(fā)工具

Developer/2000客戶/服務器開發(fā)工具集是2000年兼容的。

Text選項Item和Display Item有兩個可以使用的特殊格式表征

碼‘RR’和‘RRRR’。這些格式表征碼采用上文描述的‘RR’日期格

式表示碼所用的規(guī)則。

“RRRR”格式表征碼允許將兩位數(shù)字年份輸入到四位數(shù)字域中，

并根據(jù)上文中‘RR’日期格式表征碼中的規(guī)則將其賦予正確的世紀值。

Developer/2000的報告模塊――Oracle Report和Oracle Graphic

不會受到世紀更替的影響，這是因為它們主要是從以四位數(shù)字形式存

儲年份的數(shù)據(jù)庫中檢索數(shù)據(jù)。而這些產(chǎn)品中所有允許在

數(shù)據(jù)庫中進行數(shù)據(jù)操作的部分都是2000年兼容的。

Web Cartridge（適用于Developer/2000 1.4w版的應用服務器）

是2000年兼容的。

3.6.11 Discoverer/2000客戶/服務器報告工具

Discoverer/2000客戶/服務器報告工具集是2000年兼容的。

Oracle Data Query和Oracle Data Browser都為帶兩位數(shù)字年

份的日期數(shù)據(jù)提供了包括‘RR’年份格式表征碼在內(nèi)的完全兼容性。

當使用‘RR’格式表征碼時。在用來對數(shù)據(jù)庫進行插入或刪除操作處，

都將加入相應的世紀值。

3.6.12 Oracle OLAP開發(fā)及分析工具

Express Analyzer中所有與日期相關(guān)的功能都依靠Personal

Express和Express Server來完成。因此根據(jù)提供的指令使用現(xiàn)有生

產(chǎn)版本的Express Ana1yzer時，它是2000年兼容的。

Oracle Sales Analyzer 1.5版是2000年兼容的，從1.5版起，

日期就以四位數(shù)字的格式存儲。

Oracle Sales Analyzer 1.5版將自動更新早先版本數(shù)據(jù)庫，使

之采用四位數(shù)字日期格式。數(shù)據(jù)庫中所有現(xiàn)存的日期值和所有用戶定

義的對象(如報告、圖象、用戶測量值、用戶集合和保存的選項等）

將自動更新為1.5版格式，并可在2000年使用。包括跨越1999年和

2000年在內(nèi)的帶有日期的計算都將得到正確處理。1.5版的更新和對

2000年的處理不需要DBA或最終用戶的介入。

1.5版前的版本到1999年12月31日就不能再繼續(xù)使用了。如果

在2000年1月1日或以后使用Oracle Sales Analyzer1.3版，則在

數(shù)據(jù)庫啟動時Catalog integration process期間將會發(fā)生錯誤。

Oracle Financial Analyzer版本（當前版本--4.8.01）是2000

年兼容的。

Oracle Financial Controller（當前版本1.0）是2000年兼容

的。

EIS和Oracle Express Analyzer(1.0版）包括下列2000年兼容

產(chǎn)品：

? EIS DOS 4.5A

? EIS Windows 4.8

? EIS Windows 4.5A

? Oracle Express Analyzer 1.0

但是，在安裝過程中當前版本會檢查各DOS文件日期，它不會認

為‘9x’要早于‘00’，這是MS-DOS在文件日期方面的限制。因此萬

一您在進入2000年后的某一天安裝其中的一個版本，安裝時可能會

暫時將系統(tǒng)時間設(shè)置回二十世紀。

Oracle Express的基本技術(shù)是2000年兼容的。

Oracle Express Objects從2.0版起均為2000年兼容產(chǎn)品。

3.6.13帶有限日歷的產(chǎn)品

在2036年前運作并提供完全兼容性。

3.6.14 Oracle Power Objects

Oracle Power Objects是2000年兼容的。在使用兩位數(shù)字年份

的日期數(shù)據(jù)之處，正確的世紀值的計算是根據(jù)本機操作系統(tǒng)、即

Microsoft Windows中的算法進行的。例如對Windows95來說，其算

法與Oracle使用‘RR’年份格式的方法類似，不同點只是它采用在

‘現(xiàn)在時間’基礎(chǔ)上加減50年的方法，而不是Oracle算法中的2000

年而已。

3.6.15 Designer/2000和CASE產(chǎn)品

若生成的目標產(chǎn)品支持2000年兼容性，Designer/2000也提供對

2000年兼容性的全面支持。例如，生成Developer/2000模塊時，可

通過‘RR’日期格式表征碼實現(xiàn)對2000年問題的完全兼容，而生成

Visual Basic或C＋＋模塊時，兼容性必須由應用開發(fā)商/程序員提

供。其中提供此兼容性的最為直接的方法就是使用四位數(shù)字的年份字

段。

Designer/2000使用的與基表中與審計列相關(guān)的日期庫觸發(fā)器來

維護。因此數(shù)據(jù)庫會處理這一問題。Designer/2000只顯示日期信息。

所有日期的顯示形式由一個‘.ini’文件變量（M.S Windows 3.1）

或一個注冊變量（M.S Windows NT/95）來決定，缺省值為DD Month

YYYY。當然用戶也可以對它進行修改。

并且，過程模型創(chuàng)建者（process modeler）會對日期進行若干

運算以支持其關(guān)鍵路徑分析功能。這些計算是用M.S.Windows數(shù)據(jù)類

型結(jié)構(gòu)來完成的。這樣2000年的日期改變不會產(chǎn)生任何問題。

3.6.16產(chǎn)品和平臺技術(shù)

MVS--1996年年底之前IBM將修改幾處小問題；

Open Gateway--只要目標數(shù)據(jù)庫用四位數(shù)字的年份來存儲日期，

Open Gateway系列產(chǎn)品就能正確處理2000年問題。與Oracle7服務

器和Oracle8服務器類似，此產(chǎn)品中也可針對非Oracle數(shù)據(jù)來使用RR

日期格式，這樣就方便了使用兩位數(shù)字年份的應用對2000年兼容性

的支持。除非日期在非Oracle數(shù)據(jù)庫中在INETGER或CHARACTER字

段中存儲（這是應用設(shè)計問題），否則Open Gateway不會出現(xiàn)應用級

的問題。

Open Gateway手冊正在進行更新，為每個它支持的目標數(shù)據(jù)庫添

加解決2000年問題的考慮因素。

適用于DB2的Oracle Transparent Gateway――安裝手冊及用戶

指南提供了針對21世紀日期輸入所需要的SQL語句編碼指令。該手

冊對21世紀的日期提供了專門指導。

DB2 Gateway手冊中指出：NLS-DATE-FORMAT甚至可以在未安裝DB2

Local Date Exit的情況下使用，這是因為DB2可自動接受這些格式。

DB2格式            表征碼/模式             范例

ISO/JIS            Yyyy-mm-dd             l996-12-31

USA                 mm/dd/yyyy             12/31/1996

EUR                 dd.mm.yyyy             31.12.1996

我們建議客產(chǎn)不要安裝DB2 Local Date Exit，并將上面所列三

種日期格式中的一種作為他們的Oracle缺省日期格式。這樣客戶就

總是必須提供四位數(shù)字的年份，于是就避免了混淆或意義含糊。

如果指定了適當?shù)腘LS C DATE - FORMAT且沒有使用DB2 Local

Date Exit，適用于IBM DRDA的Oracle Transparent Gateway可對2000

年完全兼容。

VM-VM/ESA2.2.0版引人了對2000年兼容性的支持。詳細信息可

參見1BM網(wǎng)頁：http//vmdev.gpl.ibm.com/year200O/。

3.6.17 SQL *Plus

使用ACCEPT命令創(chuàng)建的DATE變量按字符串存儲。這些變量可用

DEFINE命令查看。SQL *plus程序開發(fā)商應確保所存儲的字符串不會

與四位數(shù)字年份格式既‘DD-MON-YY’相混淆。

4.產(chǎn)品兼容性――定型產(chǎn)品

這一部分提供了有關(guān)定型產(chǎn)品的信息。

此處提及的產(chǎn)品都是此時正被某些客戶使用且不受Oraclemetals

支持或應從那一類型中刪除的產(chǎn)品。

表4.1――定型產(chǎn)品

4.2定型產(chǎn)品注解

4.2.1 SQL*Forms Version 3.0，SQL*Menu Version 5.0

這些產(chǎn)品無2000年兼容性。但可以通過使用四位數(shù)字年份日期

字段來達到較高水平的兼容性。如使用兩位數(shù)字年份字段，那么為了

確保向數(shù)據(jù)庫存儲新數(shù)據(jù)或改變?nèi)掌跀?shù)據(jù)時能使用正確的世紀值，則

應使用觸發(fā)器來調(diào)用使用用戶編寫的實現(xiàn)相應算法的存儲過程或函數(shù)

來實現(xiàn)兼容性。

我們建議的工作方式如下：

在SQL*Forms 3.0中對DATE字段采取如下步驟：

1． 將日期類型改為DATETIME。

2． 使用格式表征碼DD-MON-YY。

3． 創(chuàng)建一個On-Validate-Field觸發(fā)器：（注意此代碼對名為

hiredate的DATE字段重新格式化）。

DECLARE

tempdate CHAR(9)；

BEGIN

tempdate：＝TO-CHAR(：hiredate，‘DD-MON-YY)；

SELECT TO-DATE(tempdate，“DD-MON-RR’)

INTO：hiredate

FROM dual；

EXCEPTION

WHEN VALUE-ERROR THEN

MESSAGE(invalid format DD-MON-YY’)；

BELL；

RAISE FORM-TRIGGER-FAIL URE；

END；

Oracle Customer Support可提供技術(shù)資料，給出有關(guān)使用

‘RR’年份格式表征碼的詳細內(nèi)容。

4.2.2 Oracle RDBMS第Version6

此產(chǎn)品是部分2000年兼容產(chǎn)品。而它之所以不能劃分為完全兼

容產(chǎn)品的唯一原因是當使用兩位數(shù)字年份日期時，它沒有定出世紀缺

省值的程序解決方案（即Oracle RDBMS第6版中沒有Oracle7 Server

和Oracle8 Server中采用的‘RR’算法）。

象Oracle7 Server和Oracle8 Server一樣，Oracle RDBMS第6

版的DATE數(shù)據(jù)類型在存儲日期和時間數(shù)據(jù)時可精確到四位數(shù)字年份

和秒級時間（一般為‘YYYY：MM：DD：HH24：MI：SS’)。

4.2.3 Oracle Forms4.0，Oracle Reports2.0和Oracle Graphics2.0

（CDE 1）

這些產(chǎn)品均不是2000年兼容產(chǎn)品。但它們可以達到較高水平的

兼容性-請參見4.2.1部分中關(guān)于SQL*Forms3.0版和SQL*Menu5.0版

的注解。