Google
オフコン練習帳内を検索
インターネット全体を検索

NECオフコン関連
オフコン一般
情報

[掲示板に戻る]


2 Re: COBOL資産の移行について
EXCHANGE 2003-9-24 22:16  [返信] [編集]

* データの移行は一括変換するのなら現在のA−VX4であればそれほどむずかしいことではないと思いますが。。



* むしろ、データ件数が多く稼働時間の長いシステムの場合、

 締処理との関連などで「乗せ換えのタイミング」をどうするのか、とかいった問題のほうが難しいのではないでしょうか?



* 「これを機会にシステム変更を行う」という場合はデータ項目間の整合性のある変換はさらに大変な難しさが発生すると思います。



* 「乗せ換えに関してはデータを甘く見るな」 というのが法則です。





* 一括変換で良いのなら、A−VX3、A−VX4の場合、

 (1)#NFCNV、 #NFLNK などを使用してCSVなどに変換後、他のDBに取り込む。

 (2)イースト社の「SKYLINK」を使ってCSVに落とす。 などで可。

レプリケーション機能などもDB定義の変換に使えるかも。。



* A−VX2(S7200)の場合、(1)が使えないとおもうので、手っ取り早いのは(2)の方法かしら。。





**** さて、ここから「本題」 ****



* A−VXが提供されている現在、「A−VX」−−>「COBOLfactory」に全面的に置き換える必要があるのでしょうか? 東芝のようにいわゆる「オフコン」が中止になって「TP−CARE」(NECでいうところのA−VX実行環境)のようなものに移行せざるを得ないというなら別ですが。。



* 私なら、

 (1)すでにA−VXで構築したシステムを「リニューアル」する形で高度化する。

 (2)「入力系」「照会系」「営業支援系」などでどうしてもGUIを使った画面が必要な場合は、「AVX/RDBアクセスキット」などを使用してVB、ACCESSなどで作り込む。

 (3)レプリケーション機能(これは無料で付いてくる!!) を活用する。

 等々です。



* 一般論として、江須扇さんのおっしゃるとおり、

「現在のA−VXの機能を十分生かすべき」だと思いますし、新機能を利用すれば、A−VX中心でかなりなことが出来ると思います。



* 先ほどの、「SKYLINK」などもA−VX2の時代から利用できたように思うのですが。。

 また、現在のレプリケーションなどはかなり強力な機能だと思うのですが。。



 これらをすでに十分利用された上での純オープン系への移行でしょうか?

 それともコスト面を考えての移行でしょうか?


COBOL資産の移行について まゆちん 2003-9-24 2:57
Re: COBOL資産の移行について EXCHANGE 2003-9-24 22:16 ←いまここ〜
Re: COBOL資産の移行について 江須扇 2003-9-25 14:08
Re: COBOL資産の移行について ターラヤン 2003-9-25 16:09
Re: x2: COBOL資産の移行について(訂正... 江須扇 2003-9-27 2:43
Re: COBOL資産の移行について まゆちん 2003-9-29 7:35
Re: COBOL資産の移行について EXCHANGE 2003-9-29 10:14
EXPRESS5800/680?(C... 江須扇 2003-9-29 14:53
Re: EXPRESS5800/680?... EXCHANGE 2003-9-29 17:54
Re:Oracle(COBOL資産) 江須扇 2003-9-30 3:39
Re:工数が劇的に減る?(COBOL資産) 江須扇 2003-9-30 13:52
BluesBB ©Sting_Band