Ｙ２Ｋの動作確認テストを行ったところ、データウィンドゥを使ってのＤＢ更
新処理でＤＢエラー発生。SQLトレースで調査した。
これはPBが自動生成するUPDATEL文のTO_DATEでＤＢテーブル内の日付データが
1900年代の場合
 TO_DATE(\'16-Aug-99 17:52:59\',\'DD-MON-YY HH24:MI:SS\')
2000年代の場合は
TO_DATE(\'4-Feb-2000 00:00:00\',\'DD-MON-YYYY HH24:MI:SS\')
と生成される。この1900年代の時の\'99\'と２桁で年が入った場合、oracle側は
世紀桁にシステム日を適用して解釈する為、更新をかけたいデータは1999年の
ものなのに、2099年で検索をかける形になりＤＢエラーとなってしまった。
対処法として
・oracleサーバー
NLS_DATE_FORMAT=YYYY/MM/DD HH24:MI:SS
・PB4のデータベースパラメータ
dbparm = datetime = \' \'\'\'\'YYYY/MM/DD HH:MM:SS\'\'\'\' \'
↑TO_DATEでデータ内容に関わらず全て上記フォーマットで生成してくれる
ようになる。
・WinNTクライアントの環境変数
NLS_DATE_FORMAT=YYYY/MM/DD HH24:MI:SS
（全て時分秒まで指定しておかないと駄目！）

・dbparmを変えた事による他ＰＧＭへの影響
DWのwhere句
to_char(\"TEST_T\".\"Y_DATE\",\'yyyymmdd\') = to_char(:Y_DATE,\'yyyymmdd\')
で、dbparm設定後では
to_char(\"TEST_T\",\"Y_DATE\",\'yyyy/mm/dd hh24:mi:ss\') =
to_char(\'2000/01/11 00:00:00\',\'yyyy/mm/dd hh24:mi:ss\')
で実行されて【ORA-01722：数値が無効です 】エラー。
dbparmを外すと
to_char(\"TEST_T\",\"Y_DATE\",\'yyyy/mm/dd hh24:mi:ss\') =
to_char(TO_DATE(\'11-Jan-2000 00:00:00\',\'DD-MON-YYYY HH24:MI:SS\'),
\'yyyy/mm/dd hh24:mi:ss\'))
dbparmのdatetime設定無し状態だとPBは自動でTO_DATEを付加する。
結局コードを直さなくちゃ行けない。PB4,Oracleの組み合わせでの2000年
対応は手間暇がかかると実感しています。
現在ここまで判明して対応中ですが、これ以外にも何かあるんでしょうか？
同じような事をやっている方おりましたら、他に発生する問題及びもっと
良い解決法（PB5にバージョンアップ？）を教えて頂けるとありがたいです。
期間的にもう余裕が無い・・・(^^;