[掲示板に戻る]
 
順序が逆では？？？ ＥＸＣＨＡＮＧＥ 2006-8-3 11:48
|
|
Re:順序が逆では？？？ ヨード 2006-8-7 12:00
|
|
ご苦労様です ＥＸＣＨＡＮＧＥ 2006-8-8 7:57
|
ご苦労様です−２ ＥＸＣＨＡＮＧＥ 2006-8-8 8:22
|
|
ご苦労様です−３ （聞くと怖い話） ＥＸＣＨＡＮＧＥ 2006-8-8 8:52
|
|
Re:ご苦労様です−３ （聞くと怖い話） ちょっと前までA-V... 2006-8-17 23:15
|
| 9 | 順序が逆では？？？ |
| ＥＸＣＨＡＮＧＥ 2006-8-3 11:48
[返信] [編集] ＊ ＤＢを使った部分なら＃ＤＤＭとか、ＲＤＢＱ２等で調べれば分かると思います。 ＊ ただ、事情はよく分からないのですが、 > 頑張って、目と手で１つ１つ変換しました。 > なんとか既存ファイルのレイアウトを確認する方法は無いものでしょうか？ という下りはちょっといただけないのでは。。 先にＣＯＰＹ句も含めてどこに入っているか確認してから コンバートした方が。。 > ファイルレイアウトの資料も怪しいものしかなく ということは、前任者とのコンタクトが取れない状況のように 思われます。 と、言うことは−−−＞現在ＳＵＬに入っているソースが 稼働中システムと一致しているとどうして保証できるのでしょうか？？？ ＊ ソースコンバートによるマイグレーションは、 前任者の協力が必要な場合が多いように思います。 ＊ 私だったら前任者の協力が得られない場合は、 新規システムとして構築しなおす（再構築する）でしょうね。 どのみち現時点となっては、 顧客側の要件も変わっているでしょうし。。 ＊ すみません。取り越し苦労でしょうか。 |
|
| 10 | Re:順序が逆では？？？ |
| ヨード 2006-8-7 12:00
[返信] [編集] 書き込みありがとうございます。 ご指摘頂いた点は、取り越し苦労ではなくまさにその通りです。 現状は、 ・前任者の協力が得がたい状況にある。 ・稼働中システムとSULの一致は保障できない。 という状況にあります。 それを踏まえて ・出来うる限り前任者の協力を要請 （ソースの有りかすら不明な状況） それと並行して ・現状システムの分析 ・業務フローの再確認と顧客要件(追加、変更)の確認 を実施している状況にあります。 結局のところは再構築となるだろう言う認識のもと できる限り拾える情報は、拾っておこうというのが 現状といったところでしょうか。 |
|
| 11 | ご苦労様です |
| ＥＸＣＨＡＮＧＥ 2006-8-8 7:57
[返信] [編集] ＊ ヨードさんこんにちわ。なかなかたいへんみたいですね。 乗せ換えというのは、何度経験してもいつも何か隘路があるようです。 ＊ さて、レイアウトの件の続きですが、＃ＤＤＭを使ってＳＹＳ＠ＤＤＦをプリントアウトすることが出来ればＣＯＰＹ句がなくてもかなりな情報が手にはいると思います。 ＊ RUN #DDM; −−−＞ ＭＳＤ ＳＹＳ＠ＤＤＦ １．ＯＫ −−−＞ ６．リスト出力 −−＞ 全印刷 登録順 ＰＲＮ９９９ １．ＯＫ で、少なくともデータベースに登録されている表名（物理ファイル、論理ファイルを含めて）および、項目名（前任者がよほど変わった方でない限りＣＯＢＯＬ上の項目名のまま）を印刷出力できます。 ＊ ただしこの方法は次の点に注意です。 （１）ＳＹＳ＠ＤＤＦは現状の運用システムに使われているので、内容の信憑性は高いが、変更を加えると現状システムに重大な問題が起こることがあるので、Ａ?ＶＸ未経験者の場合「リスト出力」程度にした方が安全。 たいていの場合ＳＹＳ＠ＤＤＦ以外にももう一つＸＸＸ＠ＤＤＦという名前のユーザＤＤＦがアロケートされていると思いますので、まずこちらで確かめてからの方がいいでしょう。（前述の ＭＳＤ ＳＹＳ＠ＤＤＦのところを ＭＳＤ ＸＸＸ＠ＤＤＦに換えて下さい） （２）このシステムが カンパニーで運用されている場合は（チェンジＤＩＲにて、カレントディレクトリ上で運用されている場合は）その状態でリストを出力しても他のカンパニーやグローバルのＤＢ表は出力されません。 （３）＃ＤＤＭで確認できるのはＤＢ表のみですので、＃ＭＡＰで確認したときの複数索引順編成ファイルのみになります。 相対編成ファイル、シーケンシャルファイル、それから旧式索引順編成等は確認できません。 （４）リスト出力はかなりの分量になりますのでたくさんのストックフォームをご用意下さい。リスト出力中のＪＯＢのキャンセル（強制終了）は問題ないと思います。 事前にユーザＤＤＦ上でＤＢ表１個、１個出力してみて練習することをおすすめします。 もちろんＳＹＳ＠ＤＤＦの場合も１個１個個別にプリントアウトできます。 （５）ＳＹＳ＠ＤＤＦをいじくることに自信が持てないときはユーザＤＤＦを対象にして下さい。（ただし現状運用システムと完全に一致してる保証はありませんが。。） （６）項目名が分からなくても属性のみ分かれば良いのであれば RUN RDBQ2; にてＤＢのデータを直接覗いてみれば良いでしょう。 こちらはエンドユーザ向けのツール（ＡＣＣＥＳＳの初歩みたいなもの）ですので直接データを更新したりしない限り便利な道具です。ココには各項目の属性が表示されます。 |
|
| 12 | ご苦労様です−２ |
| ＥＸＣＨＡＮＧＥ 2006-8-8 8:22
[返信] [編集] ＊ 内容の補足です。説明がワンステップ抜けていました。 差し替えて下さい。 ＊ RUN #DDM; −−−＞ ２．表定義 −−＞ ＭＳＤ ＳＹＳ＠ＤＤＦ １．ＯＫ −−＞ （以下同様です）。。。 |
|
| 13 | ご苦労様です−３ （聞くと怖い話） |
| ＥＸＣＨＡＮＧＥ 2006-8-8 8:52
[返信] [編集] ＊ もう一つ言い忘れたことがありました。 ＊ ＳＹＳ＠ＤＤＦには現状運用システムと一致した内容がある。と申しましたが、実はこれには重大な注意事項があります。 ＊ Ａ−ＶＸでは、ＣＯＢＯＬの項目定義とＤＤＦのＤＢ定義とが別々に管理されているため、両者に不一致があってもＣＯＢＯＬプログラムとしては問題なしに稼働してしまう。という問題があります。 ＊ ＡＳ／４００等では、例えばＣＲＴＰＦコマンドを実行するとＤＤＳの定義に基づいて、物理ファイルのアロケートとディクショナリへの登録を同時に実行してくれるので、ＤＤＳ定義（項目定義）、物理ファイル、ディクショナリ定義簿の三者が完全に一致するのですが、 Ａ−ＶＸでは歴史的にファイルベース−−＞データベースと追加されてきた経緯からか、このような厳密さがありません。 ＊ コピー句とＤＤ定義の不一致を調べる方法としては、ＲＤＢＱ２等でデータを覗いてみて、中身が妥当かどうか（桁ずれなども含めて）確認するぐらいしか方法がないようです。 |
|
| 14 | Re:ご苦労様です−３ （聞くと怖い話） |
| ちょっと前までA-VXユーザ 2006-8-17 23:15
[返信] [編集] 今は、A-NXが手元で使えないので、詳細に分かりませんが、 確か、#SABC4 と言うUTLで、COBOL85で作ったLMから、 リンクされているCU名、REV(=SU のREV)が表示出来たはずですね。 COPY原文名、REVも表示（印刷？）出来たと思います。 IDSPと言う、シンボルデバッガがリリースされて少し経ってから この機能が追加されたと記憶。 COBOL85の翻訳時に、DDFから直接COPY原文を生成出来ましたね。 この辺りを使っていると、非常に便利だった と記憶。 違っていたら、ごめんなさい。 以上 |
BluesBB ©Sting_Band