[掲示板に戻る]
 
Re: RDBに項目追加をしたいのですが、DD... ターラヤン 2012-5-2 20:12
|
 
Re: RDBに項目追加をしたいのですが、DD... iga 2012-5-28 13:54
|
|
Re: RDBに項目追加をしたいのですが、DD... ターラヤン 2012-5-30 1:08
|
| 4 | Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません |
| ターラヤン 2012-5-2 20:12
[返信] [編集] こんにちは。 >・ユーザーDDFに項目追加後、併合は、普通に日中、基幹業務稼働中に実行しても、 >問題ないでしょうか。 >SYS@DDFは、RDBQとかskylinkくらいしか影響はないような気がしますが・・。 業務稼働中はやらない方がよいのではないでしょうか。 ＷｉｎｄｏｗｓやＵＮＩＸでも、日中基幹業務がガンガン動いている最中にＯｒａｃｌｅの テーブル作成とかはしないと思います。 併合によって業務に使っているデータが壊れることは無いと思います。 ＳＹＳ＠ＤＤＦに併合するということは、ＳＱＬ文のcreate table xxxに相当するので 単にテーブルの定義を行うだけです。 でも普通はシステムに変更を加えるようなときはバックアップは取っておきますよね。 プログラム開発の順番は自由ですが、普通は以下のような感じで行います。 １．表定義保守（＃ＤＤＭ）の表定義で、ユーザＤＤＦに表＆テーブル定義。 ２．表定義保守（＃ＤＤＭ）のライブラリ出力で、ＣＯＢＯＬのレコード記述項用の ソースを出力。 ３．ＣＯＢＯＬでプログラム作成。このとき２で作ったソースをレコード記述項用と してCOPY文記述。 ４．表定義保守（＃ＤＤＭ）の併合で、ユーザＤＤＦからＳＹＳ＠ＤＤＦに表定義を併合。 このとき一緒に実ファイルの領域確保も行う。 １は、これからプログラムを作るので、まだ実業務環境には表定義も実ファイルも作らずに、 準備だけしておく。 ２は、１で定義した情報を元にレコード記述項の情報を作る訳で、システム上の情報とCOBOL プログラム上のレコード記述項の情報を常に一致させるためには必須。レコード定義のCOPYを 手で直したり、直接COBOLソース上に記述したりしていると、プログラムを改修したりした時に、 システムとプログラムのテーブル情報が一致しなくなる原因になります。（とはいえ、レコード 記述項を手で直したりはよくやっていますが。） 実際に実業務環境に組み込んでもＯＫとなったら、４でユーザＤＤＦの情報をＳＹＳ＠ＤＤＦ に併合することになります。（テスト環境があれば、ユーザＤＤＦからテスト環境のサーバの ＳＹＳ＠ＤＤＦに併合してテスト実施、テスト終了後に実業務環境のＳＹＳ＠ＤＤＦに併合して 運用開始という形になるのかもしれません。） 基本的にこのとき＃ＤＤＭで実ファイルの領域確保も同時に行います。（＃ＡＢＣとかで作る 訳ではない） |
|
| 7 | Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません |
| iga 2012-5-28 13:54
[返信] [編集] ご親切にどうもありがとうございます。 ところで２箇所だけ大変気になる部分があったのですが。 ↓↓↓↓↓↓ 「４．表定義保守（＃ＤＤＭ）の併合で、ユーザＤＤＦからＳＹＳ＠ＤＤＦに表定義を併合。 このとき一緒に実ファイルの領域確保も行う」 「基本的にこのとき＃ＤＤＭで実ファイルの領域確保も同時に行います。（＃ＡＢＣとかで作る 訳ではない）」 領域確保とはどういうことでしょうか？ 今回はFILLERに項目を追加しようとしているだけなのですが、 なぜ実ファイルの、領域確保が必要なのでしょうか？ 領域確保というと、 データベースがオーバーフローした際、 再度、領域を確保して、データベースを作り直す という意味だと思うのですが・・・ 素人ですみません、よろしくお願いいたします。 |
|
| 8 | Re: RDBに項目追加をしたいのですが、DDFの修正方法がわかりません |
| ターラヤン 2012-5-30 1:08
[返信] [編集] >領域確保とはどういうことでしょうか？ >今回はFILLERに項目を追加しようとしているだけなのですが、 >なぜ実ファイルの、領域確保が必要なのでしょうか？ 確かに説明が間違っていました。すみません。 領域確保は不要です。 |
BluesBB ©Sting_Band