[掲示板に戻る]
  
Re:【返信】ＲＤＢＱ2 NNN3 2005-10-21 1:00
|
【返信２】ＲＤＢＱ２はＯＫでした。 江須扇 2005-10-21 10:01
|
| 8 | Re:【返信】ＲＤＢＱ2 |
| NNN3 2005-10-21 1:00
[返信] [編集] #OCFMでオペレーターコード毎にセキュリティーコードを指定する。（Z9は最高権限です。）の件で、実際にＯＣＦに登録して運用したことがないのですかが、セキュリティーコードの設定は、ＳＭＡＲＴ２ の作成で、プログラムを保存するときに（Z9は最高権限です。）を 登録できるところが、ありました、ＬＭは、＃ＬＢＭで CHENGEで 埋め込めたとおもいます。 ＯＣＦを使うと運用が、プログラムレベルになり大変になります。 ＃ＤＤＭで、参照用と更新用と2個作成して一般に利用する法を参照 用で作成して、更新用は、自分で利用するようにして ＲＤＢＱ２のＲＤＢ一覧を階層化して別けるというのは、どうですか 例 日次データ RDB-DAY F-DAY 更新不可 日次データ2 RDB-DAY2 F-DAY 更新可 複写するのは、SYS@DDF の他にUSER-DDF等を作成して SYS@DDFからUSER-DDFに複写して今度USER-DDFからSYS@DDFに追加で 選ぶときに名前等を変更すれば、簡単にできます。 |
|
| 9 | 【返信２】ＲＤＢＱ２はＯＫでした。 |
| 江須扇 2005-10-21 10:01
[返信] [編集] ＮＮＮ３さんありがとうございます。 また３５２番のアレックスさんありがとうございます。 お二人のテクニックをミックスして ＲＥＡＤＯＮＬＹＤＤＦをつくり ＳＹＳ＠ＤＤＦの内容をコピーし、 ＲＥＡＤＯＮＬＹＤＤＦ側の表定義を更新不可にしました。 そして /ASSIGN EFN=READONLYDDF,OEFN=SYS@DDF; /RUN RDBQ2; /> ; としてこのＪＳからＲＤＢＱ２を立ち上げると、更新削除は できませんでした。 しかしながらＲＤＢＱでは、うまくできませんでした。 残念ながら一般ユーザはＲＤＢＱを使っております。 |
BluesBB ©Sting_Band