- 1 名前：デフォルトの名無しさん [2006/05/01(月) 18:32:38 ]
- いるだろ？語ろうぜ
- 267 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 18:26:07 ]
- 入出力をはっきり定義して、その間の手続きを記述する言語。
知識ベースを作るのに向かないというか言語外のDB頼りとなる。
従ってCOBOLだけで実世界のモデルを記述することが困難。
これが、メーンフレームで未だに気の利いたことができない理由。
- 268 名前：デフォルトの名無しさん mailto:sage [2007/07/09(月) 18:30:58 ]
- メインフレーム?
- 269 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 22:52:10 ]
- いくつかの銀行系のシステム開発に携わっているけれど、
プログラム単体の中ででDBを直接アクセスするコードって書いたこと無い。
DBアクセスするようなのは、全て外部モジュールをCALLだったけど。
何千とあるプログラムでcoderの勝手に書かれちゃメンテナンス出来ません。
- 270 名前：デフォルトの名無しさん mailto:sage [2007/07/10(火) 23:01:03 ]
- FILLERとか言う文字エリアにパック１０進数を叩き込んであって
それを読み出す為に、プログラム内でﾏﾝﾄﾞｸｻｲ内部定義切って
アレコレしてたりするんだが、あれはある意味DBを直接アクセスしてるのと
大差ないと思うんだが。
SQLであんなワザはできんしな。
- 271 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 15:11:38 ]
- >>269
その外部モジュールというのは何をやっているのですか?
一般にどんな言語で記述されているのですか?
- 272 名前：デフォルトの名無しさん mailto:sage [2007/07/11(水) 22:42:24 ]
- >>267
そういう用途にわざわざ汎用機使うのは無駄じゃねー？
それなりの性能のサーバにUNIXぶち込めば万事OKな気が。安いし
- 273 名前：デフォルトの名無しさん mailto:sage [2007/07/12(木) 20:44:31 ]
- でもCOBOLってソレしか出来ない言語だしな
- 274 名前：デフォルトの名無しさん mailto:sage [2007/07/14(土) 20:08:19 ]
- >>271
COBOLのものもあれば、アセンブラのものもありました。
用途や使用頻度、要求される速度によって違います。
- 275 名前：デフォルトの名無しさん [2007/07/15(日) 01:43:31 ]
- コボラーになりたての者です
COBOLを学ぶに良い本を教えてください
- 276 名前：デフォルトの名無しさん mailto:sage [2007/07/15(日) 10:43:43 ]
- >>275
>>160
- 277 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 22:15:07 ]
- >>275
>>160 がいうようにソースを読め。もしあるならJob Flow
- 278 名前：デフォルトの名無しさん mailto:sage [2007/07/19(木) 23:34:46 ]
- >>275
マニュアル
マニュアルをまともに読まない（読む時間がない）人も多いので
- 279 名前：デフォルトの名無しさん mailto:sage [2007/07/22(日) 11:37:21 ]
- COBOLじゃないんですけど
EasytrievePlusの日本語マニュアルってPDFで
ありませんか？
英語版しか見当たらなくて。。。
- 280 名前：田原はアルツハイマーか [2007/07/23(月) 06:23:36 ]
-
年金、田原総一朗、COBOLが悪い発言
iiyu.asablo.jp/blog/2007/07/23/1674169
- 281 名前：デフォルトの名無しさん [2007/07/23(月) 15:11:53 ]
- >>269
何か、再利用しにくい資産だね。ソフトウェアも高額なら資産に計上して良いはずだと
思うけれど、時価では価値低そうだね。
- 282 名前：デフォルトの名無しさん [2007/07/23(月) 15:15:08 ]
- >>280
もう、技術者がいなくなってきているし、当たらずとも遠からず、じゃないの。
後で入力のチェッカーなんて作ろうとする奴が何十年も現れなかったのだし...
- 283 名前：デフォルトの名無しさん [2007/07/24(火) 18:46:23 ]
- COBOLってプログラミングした奴のエラー以外は素直に動くよな
- 284 名前：デフォルトの名無しさん mailto:sage [2007/07/26(木) 10:18:35 ]
- >>283
うん。汎用機を持ち続けることが出来るなら無理に言語変更はしなくても大丈夫だと思う。
あまり新しいことは出来ないけど、裏で動かすバッチだったら安定してるしね。
- 285 名前：デフォルトの名無しさん [2007/07/27(金) 12:56:21 ]
- >>284
うちの会社のデータベースはＪａｖａと連動してオンライン化してるけど
１回もＣＯＢＯＬが原因でエラーになったことないから
御国の言ってることが何だか分かりませんよ、やれやれ
- 286 名前：デフォルトの名無しさん [2007/07/27(金) 16:53:13 ]
- プログラマ側の都合は別にして、大規模ハードメーカがCOBOLのサポートを順次
停止してきます、と将来言い始めたら、さてどうするのかな？ COBOLはオプション
で別契約別料金とします、これが一番いい。
- 287 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 20:14:33 ]
- >>286
銀行などの大口客を敵に回す気？
- 288 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 21:34:37 ]
- >プログラマ側の都合は別にして、大規模ハードメーカがCOBOLのサポートを順次
>停止してきます
ばかー？
- 289 名前：デフォルトの名無しさん mailto:sage [2007/07/27(金) 21:52:53 ]
- つまりRPGの時代が(ry
- 290 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 00:58:42 ]
- これからはオープン系＝ＡＳ４００の時代に(ry
- 291 名前：デフォルトの名無しさん mailto:sage [2007/07/28(土) 01:47:51 ]
- >>289-290
それは大ボラ。ｗ
- 292 名前：sage [2007/07/29(日) 00:07:26 ]
- >>289-290
おいおいそりゃあWKENだろう
- 293 名前：棒線レーサー mailto:sage [2007/07/31(火) 14:07:44 ]
- 待て、この流れでいくと初心に帰ってBASIC！！
- 294 名前：デフォルトの名無しさん [2007/08/01(水) 22:20:30 ]
- 現場に配属になったＹＯ
研修ではゼロからコーディングしていったけど、
現場では、生産性高める為にヒナ形があって、パラメータとかちょこっと
変えてやるだけでいいのね。。。
プログラムよりも、現場独自のツールとかテスト結果の読み方とか勉強
するのが大変。
- 295 名前：デフォルトの名無しさん mailto:sage [2007/08/02(木) 21:50:14 ]
- >>294
そう。それ以上に大変なのが業界ごとのお約束。部外者には、なんで、ここでこういう処理をする？って事ばっか。
- 296 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 09:51:56 ]
- シェル環境でCOBOLのプログラム実行すると「sysout」ってファイルができるんだけど何かコーディングがまずいのかな？
- 297 名前：デフォルトの名無しさん mailto:sage [2007/08/04(土) 22:31:42 ]
- なんという釣り餌
- 298 名前：デフォルトの名無しさん mailto:sage [2007/08/08(水) 06:20:29 ]
- 釣りとかじゃなくて本当に困ってるんです！
- 299 名前：デフォルトの名無しさん [2007/08/10(金) 10:14:52 ]
- AGEND
- 300 名前：デフォルトの名無しさん [2007/08/11(土) 09:34:10 ]
- COBOLってデータベースからデータ取ってきて加工して返すような案件があるけど、
それってクエリの代わりを作ってるっていうことなのか。
- 301 名前：デフォルトの名無しさん mailto:sage [2007/08/11(土) 18:56:25 ]
- やっぱ大量データのバッチ処理の分野じゃ
メインフレーム＋COBOLが最強だわ。断言できる。
金融機関の社内SEだけど、これからもずっとCOBOLでやっていくことで
社会コンセンサスは取れてる。
今は一部のアセンブラ資産をCOBOLに順次切り替え中。
メインフレームのアセンブラ使いこそは、まさに絶滅危惧種だからな。
これでうちのシステムはあと何十年でも戦える。
- 302 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 06:34:50 ]
- ＞金融機関の社内SE
別にどーこー言うつもりもないが、
自分の居場所を守る行為はそれはそれで普通だけど
COBOLerをアセンブラ使いを絶滅危惧種扱いはどーなのかと。
漏れの知っている某金融機関はアセンブラ:COBOL=8:2って
感じで、そもそもそのCOBOLは派遣(?)が作った部分だったりするが。
いや、その開発部署は８割が派遣で出来ているんだけどな。w
- 303 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 06:35:28 ]
- ｽﾏｿ
＞COBOLerをアセンブラ使い
COBOLerがアセンブラ使い
- 304 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 10:36:30 ]
- メインフレーム扱ってる奴ならCOBOLもASSEMBLERも使えて当然な気もする
JAVAも含めた三刀流は珍しいかな
- 305 名前：デフォルトの名無しさん mailto:sage [2007/08/13(月) 13:05:03 ]
- トキの絶滅を危惧するヤンバルクイナがいると聞いて飛んできますた！(`・ω・´)
- 306 名前：デフォルトの名無しさん [2007/08/13(月) 23:43:27 ]
- コボルの開発環境は進化を続けているが
コボラーが進歩していない、どころか退化しているのが現状。
- 307 名前：デフォルトの名無しさん mailto:sage [2007/08/14(火) 00:01:28 ]
- >>304
そりゃまあ、バッチ処理みたいな単純な読み書きに計算、分岐処理しかやらないんだったら
アセンブラもコボルも出来て当然だと思うが。
分野が違うけどＣやアセンブラでリアルタイムなアクションゲーム作るのとは次元が違うしな。
- 308 名前：コボちゃん mailto:コボちゃん [2007/08/15(水) 13:16:41 ]
- コボちゃん
- 309 名前：デフォルトの名無しさん mailto:sage [2007/08/15(水) 22:19:51 ]
- COBOLの進化についていけるようなコボラーはとっくにCやJAVAに乗り換えてる罠
- 310 名前：デフォルトの名無しさん mailto:sage [2007/08/15(水) 22:48:22 ]
- COBOLはキーワードがかっちょいいんだよな。
DIVISIONとかＳＥＣＴＩＯＮとかさ。
WITH TEST AFTERなんて、もううっとりしてしまう。
COBOLに一生付いていくよ。
- 311 名前：デフォルトの名無しさん mailto:sage [2007/08/15(水) 22:58:19 ]
- COBOLerが絶滅危惧種？
１年前まで、COBOLerだらけの楽園にいましたが...？
- 312 名前：コボちゃん mailto:コボちゃん [2007/08/16(木) 07:34:36 ]
- コボちゃん
- 313 名前：デフォルトの名無しさん [2007/08/16(木) 17:33:36 ]
- こぼらあｗ
- 314 名前：デフォルトの名無しさん [2007/08/17(金) 17:48:52 ]
- 俺、ＣＯＢＯＬの経験ありってことで、システム維持管理の仕事をするように会社から言われた。
具体的にはどういった仕事をするの？
経験者の方のコメントを求む。
- 315 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 19:04:49 ]
- >>314
アホかｗ
お前の会社のシステム維持管理が
どういう仕事かなんて俺らが知るかよｗ
上司や先輩に聞けｗ
- 316 名前：デフォルトの名無しさん mailto:sage [2007/08/17(金) 19:57:48 ]
- どこかで見たような・・
pc11.2ch.net/test/read.cgi/prog/1120922010/844-846
- 317 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 00:36:03 ]
- >>310
釣られてみる
WHTH TEST [AFTER | BEFORE]が好きな奴は変態
- 318 名前：デフォルトの名無しさん [2007/08/18(土) 15:44:23 ]
- 314です。
俺の会社ではなく、今度新しくこの会社（ソフトハウス）に入社し、この会社が開発したＣＯＢＯＬのシステムの維持管理です。
具体的にはどういった仕事をするんですか？
経験者の方のコメントをお願いします。
- 319 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 15:50:44 ]
- 予備知識?
- 320 名前：デフォルトの名無しさん mailto:sage [2007/08/18(土) 17:03:44 ]
- COBOLの保守？
臭いモノにふたをして（見なかったことにして）上辺だけを見繕い、
世の中（と自分）を誤魔化しながら生きていくって感じ。
まあトラブルさえなけりゃ一日中マンガ読んでいても大丈夫な現場じゃね？
技術的な向上心を望んでいる人には地獄だと思うけどな。
- 321 名前：デフォルトの名無しさん [2007/08/20(月) 12:43:21 ]
- 10 PRINT ﾞこぼらー乙ﾞ
20 GOTO 10
RUN
- 322 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 20:25:20 ]
- >>321
それはBASIC
- 323 名前：デフォルトの名無しさん mailto:sage [2007/08/20(月) 23:39:10 ]
- warota
- 324 名前：デフォルトの名無しさん mailto:sage [2007/08/21(火) 00:37:14 ]
- DISPLAY 'こぼらー乙'.
STOP RUN.
- 325 名前：コボちゃん mailto:コボちゃん [2007/08/21(火) 14:42:27 ]
- コボちゃん
- 326 名前：デフォルトの名無しさん [2007/08/22(水) 17:18:26 ]
- MAIN
PERFORM DISP-RTN THRU DISP-RTN-EXT UNTIL 10000 TIMES.
STOP RUN.
DISP-RTN.
DISPLAY NC"こぼらー乙".
DISP-RTN-EXT.
EXIT.
久々に書いたよ。ボコル。
久々にNumLockをonにしていたよ。ボコル。
- 327 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 17:39:11 ]
- コンパイル通らないね
- 328 名前：デフォルトの名無しさん mailto:sage [2007/08/22(水) 19:30:19 ]
- >>326
なんて美しいコード…やっぱコボルが一番だな。
CとかJavaの軟弱な小文字ソースを見ると吐き気がする。
- 329 名前：デフォルトの名無しさん [2007/08/28(火) 23:33:53 ]
- ケース１：
A PIC S9(03) VALUE -123.
B PIC X(2).
MOVE A(3:2) TO B
上記だとBには「23」が設定されますよね？
ケース２：
A PIC S9(03) VALUE 123.
B PIC X(2).
MOVE A(3:2) TO B
上記だとBには「23」が設定されますか？
ケース２の実行結果がわかりません。
ご教示願います。 ( ･∀･)ﾉ
- 330 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 00:00:25 ]
- A領域、B領域...
- 331 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 00:16:46 ]
- ケース1も怪しい気がする。
ZONE形式で符号付きの場合、一番ケツに符号を持ってたと思う。
（持ち方は環境依存かもしれない。）
-123 だからと言ってS9(3)は4文字にはなっていないんじゃないか？
- 332 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 00:50:04 ]
- >>331
その辺は言語仕様として固まって無いんじゃ
俺はCOMPオプションで出力されるデータ型が決まるみたいに考えてた
- 333 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 00:55:12 ]
- >>331
おいおい、MOVEするときに型変換されるに決まってるじゃないか。
つまりケース２は「23」で正しいかと。
- 334 名前：329 [2007/08/29(水) 08:11:37 ]
- みなさん、ご教示ありがとうございます。
ということは・・・
「A PIC S9(03)で変数Aを宣言すると４文字分の領域（符号領域＋３桁の数値領域）が
確保され正の数のとき、右詰で数値が設定される」
という認識であってますか？
- 335 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 09:38:02 ]
- >>334
REDEFINES して調べてみたら?
- 336 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 10:03:06 ]
- >>335
>>333 はREDEFINESとMOVEで動作が違うといってるな。
どういう動作になるのかは言語仕様にあるかわかんね。コンパイラ依存だろうか。
- 337 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 12:50:06 ]
- >>329
>>334
俺の環境だとコンパイルすら無理、どっちのケースでも
MOVE A(3:2) TO B
が異常あつかい
俺の環境だとAは3バイトあつかいなので、
3桁目から2バイトだと領域オーバーだから
いぜう
- 338 名前：デフォルトの名無しさん [2007/08/29(水) 14:45:43 ]
- >>318
COBOLだけのシステムって、何が作れるの？
middle wareだらけじゃないの？
- 339 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 15:38:03 ]
- >>338
ミドルウェアに依存しているのはどの言語も同じ
って言うか、オープン系の言語の方がその傾向が強いんじゃねーか？
- 340 名前：デフォルトの名無しさん [2007/08/29(水) 17:11:43 ]
- >>339
開発の規模とプラットフォームによるだろうけれど、例えばCで統一する方が、ミドルウェアから、GUIまで
一貫性があるんじゃないの？ それか小規模のシステムなどは、スクリプト型言語でランタイムライブラリに
全部依存する方が開発が早いのでは？
- 341 名前：デフォルトの名無しさん mailto:sage [2007/08/29(水) 17:57:27 ]
- 小規模のシステムでCOBOLによる開発が早くないことは
最初からわかってることでは? つまり、そんな観点で
COBOLが選ばれている訳ではない。
- 342 名前：デフォルトの名無しさん [2007/08/29(水) 22:27:31 ]
- いざとなったらUNIX-COBOLERになればいいのさ
UNIX自体についてはできる人か講師の先生に教わればいいんだし
経験者曰く、毎日やってりゃ嫌でも覚える、とのこと
- 343 名前：デフォルトの名無しさん [2007/08/29(水) 22:37:12 ]
- アナログ人間の俺にはコボルが精一杯
もう30になるので、これからどうやって食っていくか考えなきゃ
- 344 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 10:00:52 ]
- 中小企業といっても千差万別だが、
ほとんどの企業でPC2台(一台はバックアップ)で済むよ。
- 345 名前：デフォルトの名無しさん [2007/08/30(木) 13:15:25 ]
- >>314
異常終了とかしたら、ダンプだのトレースだの
他の人が手を加えて継ぎ接ぎだらけのＡＰをデバックする
次に異常終了したら、担当じゃないとこまで責められる。
俺は銀行系の運用携わってたけど、死ぬかと思った。
夜中に呼び出され知らないことで問い詰められ、
朝までにデバック〜テストして本番に移行する。
この仕事やる前に、運用保守って聞いて受けないでおこうと思ったけど。
金に釣られてやった俺がバカだった。
最後は強引に辞めちゃった。
二度と子守りなんてごめんだ。
- 346 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 13:37:16 ]
- >>344
どんだけしょぼい会社しか知らないんだよ。
- 347 名前：デフォルトの名無しさん [2007/08/30(木) 15:31:55 ]
- ９月の３日からクレジットカード系のコボルの開発に行くんですが
まったくやったことないんです。 初級、新卒レベルOKの案件なんで大丈夫だと思うんですが
これだけは入場する前にやっておけというのはありますか？
C,C++,JAVA,VBはやってます
- 348 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 21:40:26 ]
- >>347
>C,C++,JAVA,VBはやってます
まったく役に立たないからな。むしろ苦痛になるぞ。
- 349 名前：デフォルトの名無しさん [2007/08/30(木) 22:16:39 ]
- 頭の切り替えが大変そう w
- 350 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 22:44:34 ]
- >>347
他の言語を知ってれば知ってるほど、コボルは辛いかもね,,,
- 351 名前：デフォルトの名無しさん mailto:sage [2007/08/30(木) 23:59:39 ]
- >>348
それはいい過ぎ
Ｃが出来れば後は文法覚えるだけ
VBが出来れば文法も半分覚えてる
C++ JAVAはいらね。窓から投げ捨てろ
- 352 名前：デフォルトの名無しさん [2007/08/31(金) 00:10:16 ]
- コボルしか知らない俺でも金融系のコボルは苦痛・・・
特にオンライン・・・
プログラムが果てしなく深く、そして汚く、下へ下へと繋がって、他系システムに
連動している・・・
メインフレームのシステムはドキュメントが無い
プログラムとJCLのみ
組んだ奴しか知らないことばかり
運用兼開発は朝から晩まで大変らしいね
開発か運用のどちらかに専念できる会社じゃないと体がもたないよね
- 353 名前：デフォルトの名無しさん mailto:sage [2007/08/31(金) 23:10:19 ]
- つか、金融系がCOBOLの最後の砦なんだから
そんなに嫌ならC++かJavaに譲ってやれよ。ｗ
- 354 名前：デフォルトの名無しさん mailto:sage [2007/09/01(土) 09:07:39 ]
- CやVBのコーディングスタイルに慣れていると、
COBOLはつらいかもね。
うちの会社だけかもしれないけど。
- 355 名前：デフォルトの名無しさん mailto:sage [2007/09/01(土) 09:28:21 ]
- つ ttp://anond.hatelabo.jp/20070831005830
- 356 名前：デフォルトの名無しさん mailto:sage [2007/09/01(土) 09:46:12 ]
- 漏れも金融系の仕事してるけど、>>355はまあ、そういうものだよな。
COBOLが悪いと言うか、あの辺りはそういう体質なんだから、
慣れるしかないな。
つーか今は亡き(w)UFJなんかCOBOLじゃなくてアセンブラ全盛だったぞ。
COBOLで贅沢いうんじゃねーよ。って感覚だったな。
漏れも久しぶりに64Kの壁やらセグメントって概念思い出したし。
- 357 名前：デフォルトの名無しさん [2007/09/05(水) 14:34:09 ]
- Fの汎用機のデータ(VSAM)をＣＳＶ形式に落としたいのですが、F*TRAN以外に
何か変換できるソフトはないでしょうか？
データは、EBCDIKとJEFコードで、ファイル転送は、ＰＦＤのFIMPORTを使用しています
教えてエロい人・・・スレチの場合は、誘導願います。
- 358 名前：デフォルトの名無しさん mailto:sage [2007/09/05(水) 16:23:18 ]
- >>357
F*TRANだとどういう風に具合が悪かったの？
- 359 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 09:31:08 ]
- >>357
その流れでF*TRANいるのか？
FIMPORT終了でPC上のﾌｧｲﾙ(CSV)になっているのでは？
PFDのFIMPORTってPC上でやってるんじゃないの？
- 360 名前：357 [2007/09/06(木) 10:53:53 ]
- 358 さん返信ありがとう
F*TRAN が不具合と言う訳ではなく、該当ソフトを模索している最中なので、F*TRANは既に
候補にあがっているので、〜以外としました。
それと、ＪＥＦ変換の精度が、50％ぐらいだとＨＰに書いてあったような・・・
359 さん返信ありがとう
＞PC上のﾌｧｲﾙ(CSV)になっているのでは？
確かにＣＳＶ形式になっているのですが、1レコード単位なので、基本項目別に、カンマをいれるには
ファイル毎にカンマ編集のプログラムを組んでＰＣに送らなければならないので、ＰＣ側でF*TRAN等
が必要だと思いました。（10〜20程度のファイルならプログラムも組みますが、100を超えるもので）
理想的には、ＶＳＡＭファイルをホストのワークファイルにする
↓
ファイル転送(FIMPORT)でＰＣに転送
↓
変換ソフトを使いＰＣ内で項目別カンマのファイルに変換 → ＰＣ利用
カビの生えたレガシープログラマに愛の手を・・・
- 361 名前：358 mailto:sage [2007/09/06(木) 12:34:51 ]
- >>360
その流れで処理するのがベストです。
よく使われているレガシーデータ変換ツールは、
F*TRAN+
AnyTran
Hulftデータ変換Pro
Pervasive Data Integrator(旧Data Junction)
のあたりですね。この中からコストと漢字変換機能を重視して選ぶと、
F*TRAN+の一択になってしまうと思います。漢字変換テーブルが標準で
付いてくるのが大きなポイントです。試用版をDLしてまず使ってみては？
もっと大きくEAI/ETLツールという枠組みで考えると、他にもレガシーデータに
対応した製品/システムはいろいろとあります。でも、価格が2桁ほど
跳ね上がってしまうので、現実的ではないでしょう。
- 362 名前：デフォルトの名無しさん mailto:sage [2007/09/06(木) 12:56:47 ]
- 358 さん 早速のレスありがとうございます
試用版が、有ったんですか、文字通り試してみます。
- 363 名前：デフォルトの名無しさん [2007/09/08(土) 01:36:18 ]
- そんなあなたに
ACUCOBOL
これ最強！
- 364 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 02:05:31 ]
- COBOLといえば、二つのファイルから一レコードずつ
読み出してのマッチング処理というのが
入門書の例題における定番ですが、
Cなどの参考書ではとんとお目に掛からない。
もしかして、他の言語ではマッチング処理ということ
自体、存在しない概念なのかな？
- 365 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 04:25:24 ]
- >>364
うん。必要ない。
- 366 名前：デフォルトの名無しさん mailto:sage [2007/09/08(土) 10:13:03 ]
- >>365
なんで必要ないんだ？
- 367 名前：デフォルトの名無しさん [2007/09/08(土) 12:50:25 ]
- >>366
COBOLみたいなファイルを扱う世代から
RDBを扱う世代に移ってSQL使うようになったんじゃね？
|
 |
