|
1:RDBに項目追加をしたいのですが、DDFの修正方法がわかりません iga 04/25 13:43 こんにちは。たまに拝見して参考にさせていただいておりますオフコン素人です。 よろしくお願いいたします。 RDBのFILLERに項目追加方法がわかりません。 #DDMで、→表定義→データディクショナリファイル名、 で呼び出して、FILLERに追加して、DDF出力、しました。 が、RDBQで見ても、skylinkにも追加項目が表示されません。 もちろんプログラムでも認識されません。 なにか作業も漏れているでしょうか。 ユーザDDFを修正したのですが、 もしかして、SYS@DDFに併合しないといけないのでしょうか？ 2:Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません 04/26 09:36 igaさん がんばってますね。 >ユーザDDFを修正したのですが、 >もしかして、SYS@DDFに併合しないといけないのでしょうか そのとおりですね。 SYS@DDFに併合しないと、RDBQにも、skylinkにも表示されません。 また、私の認識では、 COBOLのプログラムでは、｢表定義の有無」は関係しますが、 ｢表定義の項目名｣などは関係なかったように思っています。が、・・・ とにかく、SYS@DDFに併合すれば、解決すると思いますので、 がんばって下さい。 3:Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません iga 05/02 13:52 こんにちは。 ご親切にありがとうございます。 やはりSYS@DDFに併合しないとだめなんですね。 #DDFのファンクションに、「併合」というのはあったのですが、 それを実行しても大丈夫でしょうか？ というのも、 ・ユーザDDFに項目追加後、併合を実行したら、何か既存の本番データが上書きされて、消えてしまうことはないのでしょうか ・ユーザーDDFに項目追加後、併合は、普通に日中、基幹業務稼働中に実行しても、問題ないでしょうか。SYS@DDFは、RDBQとかskylinkくらいしか影響はないような気がしますが・・。 突然稼働中のプログラムは暴走したり、 障害起きたりしませんでしょうか。 まずはユーザーＤＤＦに追加 → ＳＹＳ＠ＤＤＦに併合 してから、じっくり ｃｏｂｏｌプログラムの修正をしようかと思っているのですが・・。 その際、ＲＤＢファイルのｃｏｐｙ句も修正します。 4:Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません tahrayan 05/02 20:12 こんにちは。 >・ユーザーDDFに項目追加後、併合は、普通に日中、基幹業務稼働中に実行しても、 >問題ないでしょうか。 >SYS@DDFは、RDBQとかskylinkくらいしか影響はないような気がしますが・・。 業務稼働中はやらない方がよいのではないでしょうか。 ＷｉｎｄｏｗｓやＵＮＩＸでも、日中基幹業務がガンガン動いている最中にＯｒａｃｌｅの テーブル作成とかはしないと思います。 併合によって業務に使っているデータが壊れることは無いと思います。 ＳＹＳ＠ＤＤＦに併合するということは、ＳＱＬ文のcreate table xxxに相当するので 単にテーブルの定義を行うだけです。 でも普通はシステムに変更を加えるようなときはバックアップは取っておきますよね。 プログラム開発の順番は自由ですが、普通は以下のような感じで行います。 １．表定義保守（＃ＤＤＭ）の表定義で、ユーザＤＤＦに表＆テーブル定義。 ２．表定義保守（＃ＤＤＭ）のライブラリ出力で、ＣＯＢＯＬのレコード記述項用の ソースを出力。 ３．ＣＯＢＯＬでプログラム作成。このとき２で作ったソースをレコード記述項用と してCOPY文記述。 ４．表定義保守（＃ＤＤＭ）の併合で、ユーザＤＤＦからＳＹＳ＠ＤＤＦに表定義を併合。 このとき一緒に実ファイルの領域確保も行う。 １は、これからプログラムを作るので、まだ実業務環境には表定義も実ファイルも作らずに、 準備だけしておく。 ２は、１で定義した情報を元にレコード記述項の情報を作る訳で、システム上の情報とCOBOL プログラム上のレコード記述項の情報を常に一致させるためには必須。レコード定義のCOPYを 手で直したり、直接COBOLソース上に記述したりしていると、プログラムを改修したりした時に、 システムとプログラムのテーブル情報が一致しなくなる原因になります。（とはいえ、レコード 記述項を手で直したりはよくやっていますが。） 実際に実業務環境に組み込んでもＯＫとなったら、４でユーザＤＤＦの情報をＳＹＳ＠ＤＤＦ に併合することになります。（テスト環境があれば、ユーザＤＤＦからテスト環境のサーバの ＳＹＳ＠ＤＤＦに併合してテスト実施、テスト終了後に実業務環境のＳＹＳ＠ＤＤＦに併合して 運用開始という形になるのかもしれません。） 基本的にこのとき＃ＤＤＭで実ファイルの領域確保も同時に行います。（＃ＡＢＣとかで作る 訳ではない） 5:Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません ＥＸＣＨＡＮＧＥ 05/04 05:04 ☆ Ａ−ＶＸの場合、 （１）ＳＹＳ＠ＤＤＦにマージされたＤＢ定義 （２）ＣＯＢＯＬで使用するＣＯＰＹ句定義 （３）ＭＩＸ（キーなし複数順編成）で領域確保された実データ 上記３つは別々に作成されます。 ☆ ＡＶＸ以外の他のデータベースの場合、create tableコマンドでレイアウト定義と実領域が同時に作成され、ＣＯＢＯＬからもCOPY ALL FORMATS OF DATABASE 式にテーブル定義を直接参照できるようになっています。（もっとも最近はＡＶＸもＣＯＢＯＬからの直接参照はできるようになっているみたいですが。。） ☆ （１）〜（３）が別々で、仮にズレていても定義時に警告が出ないため、定義間のズレによってプログラム実行時に不具合が起こらないように気をつけて開発する必要があります。 ☆ 今回は既存のテーブルの最後尾のFILLER部分に新規項目を追加するということでしたよね。 ☆ それでしたら、ローカルの HOGEHOGE-DDF --> SYS@DDFへのマージをおこなっても、修正を施していない既存プログラムの実行には影響は無いはずです。 ☆ ＊ ＣＯＰＹ句の最後尾に項目を追加してFIILERのバイト数を減らす。 ＊ プログラムを修正もしくは新規開発する。 ＊ 項目が追加されたテーブルをＳＹＳ＠ＤＤＦにマージする といった一連の開発手順でよいと思います。 ☆ ただし、以下の点は重要なので、十分考慮しておいてください。 ☆ 追加項目が数字項目の場合、既存のデータのFIILER部分に数字以外の項目が入っている場合があります。修正後のプログラムがこの部分を使用すると、実行時に NON-NUMERICエラーを引き起こす可能性があります。ＣＯＭＰ−３項目は特に要注意です。 あらかじめＲＤＢＱの一括更新などで、数字０をセットして初期化しておくことをお勧めします。 ☆ 追加項目が漢字項目の場合はＲＤＢＱでの初期化ができないようですので、簡単な初期化プログラムを作成してあらかじめＩＮＩＴＩＡＬＩＺＥ命令などで初期値をセットしておくほうがよいでしょう。運用開始後に漢字として正しくないものが入っているレコードのみを抽出して初期化するのはかなり難しいです。 (追伸）ＲＤＢＱのことを申しましたが、ＡＶＸの開発初心者の方でしたら「ＲＤＢＱ」を使わず、はじめから「ＲＤＢＱ２」の方をお使いになることをお勧めします。 ＲＤＢＱ２の方が機能的にも操作的にも格段に優れているからです。 なお、ユーザとして使われる方にはＲＤＢＱもＲＤＢＱ２もともにお勧めしません。ＳＫＹＬＩＮＫなどをお勧めします。 （ＡＶＸ −＞ ＯＰＥＮ移行後のことを考慮して、というのが理由です） 6:Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません iga 05/28 13:47 こんにちは。 ご親切にどうもありがとうございます。 ついでに聞いて申し訳ないのですが、 ＃ＤＤＭですが、 ２．表定義を選んで ディクショナリ名で SYS@DDFを選んで、 ５．併合を選び、 処理モード：「置換」 入力元： ｘｘDDF（ユーザディクショナリ） 併合表名： ｘｘｘファイル 指定確認 １ ｏｋ とやればいいのでしょうか？ あと心配なのは、実データです。 いちおう直前に、バックアップは取りますが、 併合、（置換）したことにより、 実データに影響は一切ないですよね？ （まさか、データが全て初期化されてしまうとか・・・） filler部は初期値のままです。 領域の確保はしないつもりです。 しつこくてすみません。かなり心配症なもので・・。 よろしくお願いいたします。 7:Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません iga 05/28 13:54 ご親切にどうもありがとうございます。 ところで２箇所だけ大変気になる部分があったのですが。 ↓↓↓↓↓↓ 「４．表定義保守（＃ＤＤＭ）の併合で、ユーザＤＤＦからＳＹＳ＠ＤＤＦに表定義を併合。 このとき一緒に実ファイルの領域確保も行う」 「基本的にこのとき＃ＤＤＭで実ファイルの領域確保も同時に行います。（＃ＡＢＣとかで作る 訳ではない）」 領域確保とはどういうことでしょうか？ 今回はFILLERに項目を追加しようとしているだけなのですが、 なぜ実ファイルの、領域確保が必要なのでしょうか？ 領域確保というと、 データベースがオーバーフローした際、 再度、領域を確保して、データベースを作り直す という意味だと思うのですが・・・ 素人ですみません、よろしくお願いいたします。 8:Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません tahrayan 05/30 01:08 >瘋 >FILLER�� >�����堰� �� 9:Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません EXCHANGE 05/30 04:41 ☆ ＳＹＳ＠ＤＤＦへの併合の方法はそれで問題ありません。 ただし、この表（テーブル）もしくはこの表を含む仮想表（ビュー）を何らかのプログラムから使用しているときは ＳＹＳ＠ＤＤＦへの併合そのものができません（エラーになる）ので、使っていないときに併合してください。 ☆ 併合したことによりＭＳＤにアロケートされている物理的なファイルには何の影響もありません。 また、igaさんがやろうとされている「ＣＯＰＹ句最後尾への項目追加」であれば、追加される新項目を使用していない従来プログラムに対しても動作上の影響はありません。（つまり、この追加項目を使用していない従来ソフトはリコンパイルの必要はありません） 10:Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません ＥＸＣＨＡＮＧＥ 05/30 04:54 ＞ この表（テーブル）もしくはこの表を含む仮想表（ビュー）を何らかのプログラムから使用しているときは。。 というのは、オープンされている（現在使用中）という意味です。 （単にプログラム内で定義されているという意味ではありません） 表現が曖昧ですみせんでした。 ☆ あらかじめアテンションにて実行中ファイルを確認したとしても その直後に誰かが問題のファイルをオープンしに行くかも知れませんから、ご心配でしたら、ユーザの方がすべて業務を終了されてから併合を行ったほうがいいと思います。 11:Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません iga 05/30 09:49 ＥＸＣＨＡＮＧＥ様 ご親切にありがとうございます！ 大変助かります。 もやもやしている部分がかなりすっきりしました。 なにせ誰も教えてくれる人がいないので、 実績が伴わず、 マニュアルを読んで想像している世界なもので いつも大変不安です。 それでいてa-vxは当社にとって大変重要に基幹システムと なっています。 利用者は常時６０名ほどいます。 止まったり、データに不具合が生じたりしたら、 企業としての存続が危ぶまれるほどです。 それなのに上層部はＩＴに全く理解がなく、 教育、人件費、設備に投資してくれません。 ・・おっと愚痴になってしまいました。 とにかく助かりました。 どうもありがとうございました。 |