翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
メリットとデメリット
移行の設計段階では、このガイドを参考にして、 にとどまるEBCDICか、 に移行するかを決定してくださいASCII。次のセクションでは、 への移行EBCDICと比較した が残っている場合の長所と短所の概要を説明しますASCII。
残りの EBCDIC
メリット
-
から EBCDIC へのデータの変換を回避することでリスクを軽減 ASCII
-
EBCDIC 依存関係が失われるアプリケーションの問題を回避することでリスクを軽減
-
外部クライアントがEBCDICデータを送受信する際のリスク軽減 (注: ファイルタイプ変換ETLにはいくつかあるが、データ変換は行われない可能性が高い)。
-
物理的なEBCDIC依存関係を回避することでリスクを軽減する
-
データ移行、特に稼働開始デプロイでのデータ移行に必要な時間を短縮することによるリスク軽減
-
データ移行にかかる時間を短縮することによるコスト削減
-
EBCDIC 依存関係のコード分析に必要な時間を短縮することでコストを削減
-
コードの移行とテストにかかる時間を短縮することによるコスト削減
デメリット
-
非COBOLダウンストリーム処理、特にASCII照合順序を使用するように記述されたアプリケーションの複雑さが増す
-
ASCII データを必要とするアップストリームインターフェイスとダウンストリームインターフェイスの複雑さの増大
への移行 ASCII
メリット
-
ネイティブの文字セットと照合順序を使用可能
-
非COBOL 環境との統合の簡素化
デメリット
-
メインフレーム環境とのデータ交換が複雑化
ハイブリッドソリューションの問題
プログラミングの柔軟性により、ハイブリッドソリューションが可能になります。例えば、データを に変換ASCIIして でアプリケーションを実行すると同時にASCII、EBCDIC照合順序を使用することもできます。この方法は多くの問題を解決できますが、次のような課題も生じます。
-
すべてのプログラミング言語が、作業文字セットと照合順序を個別に選択的に変更できるわけではありません。これにより、非COBOLアプリケーションはEBCDIC照合順序を使用できないため、データを正しく処理できない状況が発生する可能性があります。例えば、SQLテーブルのデータはEBCDIC照合順序を使用して返されますが、プログラム内の条件ステートメントはASCII照合順序に依存します。
-
すべてのサードパーティ製ツールやアプリケーションがハイブリッドに機能するわけではありません。
-
プログラマーが、新しいアプリケーションのハイブリッド要件を知らない可能性があります。
理想的には、最初のオプションは にとどまるか、 に完全にEBCDIC移行することですASCII。ハイブリッドソリューションを検討するのは、 にとどまるEBCDICか、 に移行するという課題が克服ASCIIできない場合のみです。