Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Pro dan kontra
Selama fase desain migrasi Anda, gunakan panduan ini untuk menginformasikan keputusan Anda untuk tetap menggunakan EBCDIC atau bermigrasi ke ASCII. Bagian berikut memberikan gambaran tentang pro dan kontra yang tersisa di EBCDIC dibandingkan dengan bermigrasi ke ASCII.
Tinggal di EBCDIC
Pro
-
Pengurangan risiko dengan menghindari konversi data dari EBCDIC ke ASCII
-
Pengurangan risiko dengan menghindari masalah aplikasi di mana dependensi EBCDIC terlewatkan
-
Pengurangan risiko untuk klien eksternal yang mengirim dan menerima data EBCDIC (Catatan: Kemungkinan ada beberapa ETL untuk konversi jenis file tetapi tidak ada konversi data.)
-
Pengurangan risiko dengan menghindari ketergantungan EBCDIC fisik
-
Pengurangan risiko dengan mengurangi waktu yang diperlukan untuk migrasi data, terutama untuk penerapan go-live
-
Pengurangan biaya dengan mengurangi waktu yang diperlukan untuk memigrasi data
-
Pengurangan biaya dengan mengurangi waktu yang diperlukan untuk menganalisis kode untuk dependensi EBCDIC
-
Pengurangan biaya dengan mengurangi waktu yang diperlukan untuk bermigrasi dan menguji kode
Kontra
-
Peningkatan kompleksitas untuk pemrosesan hilir non-COBOL, terutama aplikasi yang ditulis untuk menggunakan urutan penyusunan ASCII
-
Peningkatan kompleksitas untuk antarmuka hulu dan hilir yang memerlukan data ASCII
Migrasi ke ASCII
Pro
-
Kemampuan untuk menggunakan set karakter asli dan urutan penyusunan
-
Integrasi yang disederhanakan dengan lingkungan non-COBOL
Kontra
-
Peningkatan kompleksitas untuk pertukaran data dengan lingkungan mainframe
Masalah dengan solusi hybrid
Fleksibilitas pemrograman memungkinkan solusi hybrid. Misalnya, Anda dapat mengonversi data ke ASCII dan menjalankan aplikasi di ASCII, sementara juga menggunakan urutan penyusunan EBCDIC. Pendekatan ini dapat memecahkan banyak masalah, tetapi juga dapat menciptakan tantangan berikut:
-
Tidak semua bahasa pemrograman dapat secara selektif mengubah set karakter kerja dan menyusun urutan secara independen. Ini dapat menciptakan situasi di mana aplikasi non-COBOL tidak dapat memproses data dengan benar karena tidak dapat menggunakan urutan penyusunan EBCDIC. Misalnya, data dari tabel SQL dikembalikan dengan menggunakan urutan penyusunan EBCDIC, tetapi pernyataan bersyarat dalam program bergantung pada urutan penyusunan ASCII.
-
Tidak semua alat dan aplikasi pihak ketiga bekerja dengan cara hybrid.
-
Programmer mungkin tidak menyadari persyaratan hybrid untuk aplikasi baru.
Idealnya, opsi pertama Anda adalah tetap di EBCDIC atau bermigrasi sepenuhnya ke ASCII. Kami menyarankan Anda mempertimbangkan solusi hibrida hanya ketika tantangan untuk tetap berada di EBCDIC atau bermigrasi ke ASCII tidak dapat diatasi.