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