SQLデータベース使用時のワークテーブルについて

皆さん、こんにちは。

現在、DB変更（PervasiveSQL→SQLServer）に伴って、集計処理等で使用する中間ワークテーブルを、どのデータベースで持たせるべきか悩んでいます。

・サーバ上のSQLServer内に作成
・クライアント上のPervasive_WGE内に作成
・メモリーテーブル

オンライン・バッチ処理で使い分ける方法もあるかと思いますが、皆さんはどのような基準で使い分けられているでしょうか。

メリット・デメリットを含めてご教授頂けたら幸いです。

宜しくお願いいたします。

COKE

サーバ上SQLSever内で一時テーブルとして作成
メリット：テーブルすべてSQLServerで管理
　　　　　T-SQLからの使用が出来る
デメリット：Pervasiveに比べて、トランザクション管理が必要

クライアント上のPervasive_WGE内に作成
メリット：UniPaasで作成する分には、今までの運用が
　　　　　適用出来る（トランザクション管理無し）
デメリット：リモートディスクトップや、XenAppsなど
　使用した場合、Pervasiveサーバが必要になる
SQLServerとPervasive両方のライセンスが必要

メモリーテーブル
メリット：UniPaas上で管理出来る
デメリット：トランザクション管理が必要
中間テーブルで件数が少ないなら、特に問題無し

自分なら、すべてSQLServerで管理させます。
（メモリーテーブルもトランザクション管理されるから）

こんにちは　Ｐｕです

大量な件数でなければ
メモリーテーブルで済ませてます

一時中間テーブルなんで　できるだけ絞って　使用してます
今の所　問題ないです

でわ〜でわ〜

nobukoshi802さん、こんにちは。

メリット、デメリットを挙げて細かくアドバイス頂きありがとうございます。

今回DB変更を行うユーザのクライアント台数がかなりあるので、SQLServer内で一時テーブルを管理した場合、SQLServerにアクセス負荷がかからないかと少し心配なのですが、そのあたりの懸念は如何でしょうか。

もし何かご経験されたことがございましたら、ご教授頂けたら幸いです。宜しくお願いいたします。

Ｐｕさん、こんにちは。

大変貴重なアドバイスを頂き、ありがとうございます。

もし帳票系の中間テーブルとしてメモリーテーブルを使用した場合、抽出条件によってデータ量が変わってくるので、メモリー圧迫しないか心配があるのですが、帳票系の中間テーブルとして使用する場合、何か工夫されたようなことはありましたでしょうか。

差支えなければご教授頂けたら幸いです。宜しくお願いいたします。

COKE

こんにちは　Ｐｕです

ｃ／ｓですよね
１００枚程度の帳票のレコード件数なら
１枚５０レコード必要として
１レコードのデーターが　256byte　と仮定
100 x 50 x 256byte = 128k
まったく問題ないのでは
これが　1000枚でも 1Mb
２０年前なら考えますが．．．

でわ〜でわ〜

（Puさんの投稿を見て思ったのですが）
メモリテーブルにする前に、Pervasiveデータで試せば
サイズを把握する目安になりませんかね？

メモリテーブルって、名前は「メモリテーブル」となっていますが、
実際には物理テーブルを Magic 固有のフォーマットでディスク上に
作成しているような気がします。違っていたらすみません。m(_ _)m

あと、すべてを SQLServer で統一すれば、Pervasive をメモリに
常駐させなくて済むようになるメリットは大きいと思いますよ。

タンダコンピュータ／丹田 昌信

Ｐｕさん、sigeno56さん、Tandaさん、こんにちは。

大変貴重なアドバイスを頂き、大変感謝しております。

まだワークテーブルの選定で迷っていますが、皆様の貴重な
ご意見を参考にさせていただき、検討を続けたいと思います。

またご教授をお願いすることがあるかも知れませんが、
宜しくお願いいたします。

どうもありがとうございました。

*---
メモリーテーブルの件ですが、てっきりワークデータがメモリー上展開されるものと思っていました。
ところが、Pervasiveをワークテーブルにしたときと比較して、読み書きの処理があまり変わらなかったので、なぜかな？と思っていました。
Tandaさんの投稿を拝見して、なるほど、そういうことだったのかと思いました。

COKE