オフコン練習帳

[掲示板に戻る]

データベースエンジン 640ＡＤ好き 2004-5-30 23:46

Re:データベースエンジンターラヤン 2004-6-1 1:10

Re:データベースエンジンあき 2004-6-1 2:09

Re:データベースエンジン AD640好き　あらた... 2004-6-1 15:38

Re:データベースエンジンＥＸＣＨＡＮＧＥ 2004-6-2 0:24

Re:データベースエンジン（少し訂正あり... ＥＸＣＨＡＮＧＥ 2004-6-2 8:19

Re:データベースエンジンターラヤン 2004-6-3 0:48

Re:データベースエンジン bluelion 2004-6-3 10:27

Re:データベースエンジンｓｐａ 2004-10-19 17:26

1	データベースエンジン
	640ＡＤ好き 2004-5-30 23:46 [返信] [編集] はじめまして仕事でＡ－ＶＸを使っているのですがたまたま最近オークションに出ていたので落札しましたそこで私物のＡ－ＶＸを最大限使うべく普段使わない機能を試そうとデータベースエンジンを使おうとしたのですがよくわかりませんちなみ＃ＳＧＬＳＴにはエンジンの定義はしっかりしました追加　現在Ｐ２　450とサードパーティーメモリをいれ実環境より充実していますＮＥＣの人には初めて私物のＡ－ＶＸを見たと笑われました
2	Re:データベースエンジン
	ターラヤン 2004-6-1 1:10 [返信] [編集] はじめまして。ターラヤンと申します。今後ともよろしくお願いします。いろいろな機能を試してみることができるので、自分専用のオフコンがあるといいですね。６４０ＡＤのようですが、当時定価で購入すると結構な値段のはずです。ＯＳなどソフト一式もきちんと付いていたのなら、おそらくお得なのでしょう。私も以前オークションにＮ８ＶＳIIが出ているのを見たことがありますが、本体がバラバラの状態な上にＯＳも無いようだったので、これを買う人がいるのだろうかと疑問に思っていました。データベースは、標準装備なので、使えるはずです。データベースのマニュアルを見ながら、気長にやってみてはどうでしょうか。最近のオープン系のデータベースとは、内部構造が結構違っているため、設定、準備など異質な部分もあり、慣れないとちょっと難しいかもしれません。
3	Re:データベースエンジン
	あき 2004-6-1 2:09 [返信] [編集] 皆様はじめまして。あきと申します。 > そこで私物のＡ－ＶＸを最大限使うべく > 普段使わない機能を試そうとデータベースエンジンを使おうとしたのですがよくわかりません > ちなみ＃ＳＧＬＳＴにはエンジンの定義はしっかりしました > いろいろ書こうと思っていたのですが、そもそもDBエンジンを使わないA-VX環境ってアリなんですかね（笑
4	Re:データベースエンジン
	AD640好き　あらため　bluelion 2004-6-1 15:38 [返信] [編集] 返信ありがとうございます実は本システムは7200/100で稼働していてバックアップに640ADがある環境なのでいままであまりいじっていませんでした DBEを設定するとどのくらい処理が早いのかてすとしたいとおもっているのですが DBEに貼り付ける（？表現わからず）ファイルはどこで指定するのですか？
5	Re:データベースエンジン
	ＥＸＣＨＡＮＧＥ 2004-6-2 0:24 [返信] [編集] ☆「あき」さんたちと少し議論がかみ合っていないように思うのですが。。 ☆　多分、「ｂｌｕｅｌｉｏｎ」さんのおっしゃっておられるのはＭＳＤＥ等のようなＤＢＭＳの事ではなく、古いＡ－ＶＸマシンで「別プロセッサ」を使ってやっていた物理的な高速化機構（三菱のオフコンでいうと「グレオ」と同様な機構）で、現在はサーバのメモリを使って行っています。 > DBEを設定するとどのくらい処理が早いのかてすとしたいとおもっているのですが > DBEに貼り付ける（？表現わからず）ファイルはどこで指定するのですか？ ☆　このサーバメモリを使った高速化機構ですが、たしか最大で２５６Ｍぐらいしか使えなかったように記憶しています。下位機種ではもっと少なかったような気がします。 ☆　マスタにしてもデータファイルにしても、この程度の大きさなら、ふつうに全件検索してもたいしたことはないので、そんなにありがたいと思ったことはありませんので、私としては実際に使用した経験はありません。 ☆　ただ、ちらっと調べた感じでは、　（１）ＳＧにおいてＤＢエンジンサイズを指定。（あっ！これは済んでいるんでしたね。。）　（２）たしかシステムメニュー（Ｆ９キーを押下すると出てくるやつです。ＳＧ設定によってはＡ－ＶＸログイン時に初めから表示されている場合もあり）にて、０３「媒体管理支援」を選ぶと、Ｅ／ＤＢ?エンジンが出てきます。ここで「ＰＲＥ－ロード」、「解放」とやるのではないでしょうか。。 ☆　サーバ起動時に実行させるには、上記をパラメータ化して初期ジョブで実行させるのでしょうか？？？　実際に実行したことがないのでよく分かりません。何か参考になれば。。。
6	Re:データベースエンジン（少し訂正あり）
	ＥＸＣＨＡＮＧＥ 2004-6-2 8:19 [返信] [編集] ☆　前回の投稿内容は少し不正確だったようで。。（すみません） ☆　まず、Ｓ７２００以前のＤＢエンジンですが、「別プロセッサ」を使っていたかどうか？？？　物理的に別のメモリー機構をオプションで追加したことだけは確かです。 ☆　どうやらこのＤＢエンジンという仕掛はディスクのＩ－Ｏ（ＲＥＡＤ／ＷＲＩＴＥ）を高速化するためのものらしく、ｃｏｂｏｌからのＳＥＬＥＣＴ文による検索を高速化するためのものではないようです。（結果的に高速化するとおもいますが。。） ☆　三菱「グレオ」の場合は完全に別プロセッサ＋メモリで処理され、どちらかというとデータの抽出、並べ替えなどに威力を発揮するようです。 ☆　もし、ディスクＩ－Ｏの高速化ということであれば、マスタを頻繁に参照、更新するような処理などに向いているのではないでしょうか？　マスタをＤＢエンジンに貼り付けるのでしたらそれほど大容量メモリが使えなくてもいいかも。 ☆　ただ、これを使うとＣＰＵ負荷がかかるらしく、その辺を考慮して使用することと他の方からうかがっています。（ＤＢエンジンを使用しない他の業務の処理に影響を与えるので、タスク間の優先を考慮する必要がある） ☆　Ｓ７２００以前についていえば、このＣＰＵ負荷というので結構苦労しましたね。大量データを検索しに行くと他の業務（入力業務のレスポンスなど）に影響が出やすかったんで。。 ☆　６８０ＡＤというのを使って（使わせてもらって？）開発したことがありますが、もう、この、４ＣＰＵの世界というのは別次元でしたね！！　カットオーバーしてみんなが思ったのは、「昨日までの７２００でのことは何だったんだろう？？」
7	Re:データベースエンジン
	ターラヤン 2004-6-3 0:48 [返信] [編集] 昨日返信を書いたときも、もしかしてＤＢ－Ｅのことかなとは思っていたのですが、やはりそうでしたか。すでにＥＸＣＨＡＮＧＥさんが書いていますので、付け加えることはあまりないのですが、まとめておきます。ＤＢ－Ｅの使い方は、６００シリーズの「データ管理説明書」に詳しく書いてあります。これを見れば、誰でもできると思います。 blueelionさんのところは、Ｓ７２００もあるとのことですので、Ｓ７２００シリーズ用の説明書を見ているのではないでしょうか。Ｓ７２００と６００シリーズでは、ＤＢ－Ｅの方式が違うため、Ｓ７２００の方の説明書を見ても書いてありません。（６００シリーズのＤＢ－Ｅは標準機能なので、標準の説明書に方法が書いてあるが、Ｓ７２００の方はオプションなので、装置側の説明書に書いてあるはず。）おそらく皆さんご存知のことかと思いますが、ＤＢ－Ｅの仕組みは、（以下の説明は説明書の内容から予想した部分もあります。）高速化したいファイルをメモリ上に貼り付けて、ディスクからデータを読み込んだり書き込んだりするのではなく、メモリから読み書きするというもの。つまり、ディスクキャッシュや、１０年ぐらい昔にパソコンがフロッピーディスクベースだった頃はやったRAMディスクのようなもので、今となってはごく普通の技術です。（パソコンの驚速とかいうソフトで、CD-ROMの読み書きを高速化するのと同じ仕組み？）Ｓ７２００の頃は、専用の装置（メモリがいっぱい載っている）を使って実現していました。６００シリーズ（７００シリーズも？）は、専用の装置の代わりに、本体のメモリをそのまま使っています。ここからは予想なのですが、ＥＸＣＨＡＮＧＥさんが書いている「ただ、これを使うとＣＰＵ負荷がかかるらしく、」という話は以下の理由によるものだと思います。・６００シリーズのＤＢ－Ｅは、本体のメモリを使用している。・ＤＢ－Ｅが、６４Ｍバイトなり１２８ＭＢなりのメモリを使用すれば、当然Ｗｉｎｄｏｗｓが使用できるメモリは減る。・Ｗｉｎｄｏｗｓは、仮想メモリと物理メモリを使って、メモリの使用を制御している。メモリが足りないと、仮想メモリ?物理メモリのＳＷＡＰが多発する。・ＳＷＡＰが多発すると、その処理のためにＣＰＵ負荷とディスクＩＯが増える。普通Ｗｉｎｄｏｗｓサーバのメモリ量が少ないと、やたらとＳＷＡＰが発生して、遅くなりますよね。つまり、搭載しているメモリが少ないと、ＤＢ－Ｅでせっかくファイルのアクセススピードが速くなっても、メモリサイズを圧迫してしまい、ＷｉｎｄｏｗｓのＳＷＡＰが増えて逆に悪影響になってしまう。ということだと思います。（あくまでも予想ですが、だいたい合っているのでは？）それから、「メモリ上のデータ」は、「ディスク上のデータ」のコピーでしかないので、もし「メモリ上のデータ」を書き換えたら処理の終了時に「ディスク上のデータ」に書き戻してあげる必要があるということです。
8	Re:データベースエンジン
	bluelion 2004-6-3 10:27 [返信] [編集] 大きなディスクキャッシュって認識でマニュアル読んでました本日試しに大きいファイルをつくってやってみますキャッシュされるのはMIXファイルなんかだとキーもなるのでしょうか？しらべなきゃ！
9	Re:データベースエンジン
	ｓｐａ 2004-10-19 17:26 [返信] [編集] > 大きなディスクキャッシュって認識でマニュアル読んでました > 本日試しに大きいファイルをつくってやってみます > キャッシュされるのはMIXファイルなんかだとキーもなるのでしょうか？ > しらべなきゃ！　とある公共団体でＩＴＯＳ＆Ａ－ＶＸの業務システムを担当していた者です。　ちっこいファイルであればデータファイルも貼れるんでしょうけど、そんなのはもともと小さいんでアクセス苦労しないわけです。　なのでキーアクセスを高速化できるようにＭＩＸファイルのキーファイルだけＤＢＥに貼っておくとかしてます。　ただ７２００の頃は結構有効だったかもしんないけど、５８００だと４ＣＰＵとかでしょ？　当然メモリも１Ｇぐらい積んでるはずだからＤＢＥ使っても効果は？？？（使わんでも早いハズ）