オフコン練習帳

Re: COBOL資産の移行について

ＥＸＣＨＡＮＧＥ 2003-9-24 22:16 [返信] [編集]

＊　データの移行は一括変換するのなら現在のＡ－ＶＸ４であればそれほどむずかしいことではないと思いますが。。

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

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

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

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

＊　一括変換で良いのなら、Ａ－ＶＸ３、Ａ－ＶＸ４の場合、

　（１）＃ＮＦＣＮＶ、　＃ＮＦＬＮＫ　などを使用してＣＳＶなどに変換後、他のＤＢに取り込む。

　（２）イースト社の「ＳＫＹＬＩＮＫ」を使ってＣＳＶに落とす。　などで可。

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

＊　Ａ－ＶＸ２（Ｓ７２００）の場合、（１）が使えないとおもうので、手っ取り早いのは（２）の方法かしら。。

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

＊　Ａ－ＶＸが提供されている現在、「Ａ－ＶＸ」－－＞「ＣＯＢＯＬｆａｃｔｏｒｙ」に全面的に置き換える必要があるのでしょうか？　東芝のようにいわゆる「オフコン」が中止になって「ＴＰ－ＣＡＲＥ」（ＮＥＣでいうところのＡ－ＶＸ実行環境）のようなものに移行せざるを得ないというなら別ですが。。

＊　私なら、

　（１）すでにＡ－ＶＸで構築したシステムを「リニューアル」する形で高度化する。

　（２）「入力系」「照会系」「営業支援系」などでどうしてもＧＵＩを使った画面が必要な場合は、「ＡＶＸ／ＲＤＢアクセスキット」などを使用してＶＢ、ＡＣＣＥＳＳなどで作り込む。

　（３）レプリケーション機能（これは無料で付いてくる！！）　を活用する。

　等々です。

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

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

＊　先ほどの、「ＳＫＹＬＩＮＫ」などもＡ－ＶＸ２の時代から利用できたように思うのですが。。

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

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

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

COBOL資産の移行についてまゆちん 2003-9-24 2:57

Re: COBOL資産の移行についてＥＸＣＨＡＮＧＥ 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資産の移行についてＥＸＣＨＡＮＧＥ 2003-9-29 10:14

ＥＸＰＲＥＳＳ５８００／６８０？（Ｃ... 江須扇 2003-9-29 14:53

Re: ＥＸＰＲＥＳＳ５８００／６８０？... ＥＸＣＨＡＮＧＥ 2003-9-29 17:54

Re:Ｏｒａｃｌｅ（COBOL資産）江須扇 2003-9-30 3:39

Re:工数が劇的に減る？（COBOL資産）江須扇 2003-9-30 13:52