多くのCOBOLプログラムに存在するY2Kバグと同様に、ルートをシフトするか、値を拡張する必要があると思います。さて、そのステートメントをより抽象的にするために、彼らがルートをシフトしたとしましょう-それで、それは1-JAN-0001もうないでしょう、それはそうかもしれません1-JAN-1001。
それはいくつかの問題を引き起こすでしょう。そして、それがCOBOLでY2Kバグを解決する必要があった2040ため、多くのショップでロールアラウンドする場合、ロールオーバー日を再度変更するか、値を拡張する必要があります。
彼らの場合、値を拡張することは単に4桁の年を使用することを意味しますが、これらのMFプログラムでは、データが常にデータベースに格納されるとは限らず、多くの場合VSAMファイルなどに格納されるため、必ずしも単純ではありません。
だから、これが私が起こると思うことです。コンピューティングがどんどん大きくなり、速くなるにつれて（それでも小さくなります...うーん）、それらは単に値を言うInt64からに拡張しInt128、ルートをそのままにしておくことがわかります。それは私が考えることができる悪影響がゼロになるので、それは最も安全なアプローチでしょう。