優點和缺點 - AWS 規範指南

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

優點和缺點

在遷移的設計階段,請使用本指南來通知您是否仍保留 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。建議您只有在ASCII無法克服待在 EBCDIC中或遷移至 的挑戰時,才考慮混合式解決方案。