問題タブ [temp-tables]

Excel シートをデータグリッドに読み込みました。そこから、グリッドの行を DataTable オブジェクトに読み込むことができました。DataTable オブジェクトにはデータがあります。これは、グリッドのデータソースをそのテーブル オブジェクトに等しくすると、グリッドにデータが入力されるためです。

私の問題：テーブルオブジェクトを使用し、SQLサーバーを使用してその値を操作したい（つまり、一時テーブルとして保存し、C＃コード内からSQLクエリを使用して操作したい、別の結果整数を返したいグリッド。 (C# で一時テーブルを操作する方法がわかりません)

ボタンをクリックしたときに実行するコードは次のとおりです....

私はSybase/SQLサーバーに精通しており、一時的なものを作成できます。このようなテーブル：

#tempはこのセッションの間のみ存在し、私だけが見ることができます。

Oracleでも同様のことをしたいのですが、「グローバル一時テーブル」について読んでいますが、同じようには聞こえません。

OracleでSybaseと同じことを行うにはどうすればよいですか？

ありがとう ：）

本質的に、MySQL のプロシージャの存続期間中、いくつかの行を一時変数に格納したいと考えています。

私の手順では、手順の開始時に外部キーの列を取得します。それらの作業が完了したら、テーブルを更新して、それらが処理されたことを示したいと思います。プロシージャが一連のデータを処理している間に、このテーブルに挿入が行われる可能性があるため、これらの新しい行を誤って処理済みとしてマークしたくありません。また、このテーブルをロックして、挿入を行っているスレッドを保持したくありません。

一時テーブルは最善の解決策ですか?

私は現在、フィルタリングするすべての「タグ」に対して INNER JOIN 句を生成する必要がある種類のフィルターを実装するのに忙しいです。

問題は、大量の SQL を実行した後、選択に必要なすべての情報を含むテーブルを作成したことですが、生成された INNER JOIN ごとに再びテーブルが必要になることです。

これは基本的に次のようになります。

これは機能しますが、「検索」テーブルを一時的なものにすることをお勧めします（通常のテーブルでない場合は、数桁小さくなる可能性があります）が、非常に厄介なエラーが発生します。Can't reopen table

いくつかの調査により、このバグ レポートにたどり着きましたが、MySQL の人々は、そのような基本的な機能 (テーブルを複数回使用する) が一時テーブルで機能しないことを気にしていないようです。この問題で多くのスケーラビリティの問題に直面しています。

潜在的に多くの一時的であるが非常に現実的なテーブルを管理する必要がない、またはすべてのデータを含む巨大なテーブルを維持する必要がない実行可能な回避策はありますか?

よろしく、 クリス

[追加]

私の条件は特定の順序で複数の列であるため、GROUP_CONCATの回答は私の状況では機能しません。ANDにする必要があるものからORを作成します。ただし、以前の問題を解決するのに役立ったので、一時テーブルであるかどうかにかかわらず、テーブルは不要になりました。私たちは、問題に対して一般的すぎると考えていました。フィルターの適用全体が、約 1 分から 4 分の 1 秒未満に短縮されました。

2 つの列と複数の行を返す Informix ストアド プロシージャがあります。「EXECUTE FUNCTION curr_sess(2009,'SP')」は問題なく使用できますが、結果を一時テーブルに取得するにはどうすればよいですか。

編集: バージョン 10.00.HC5 を使用しています

Jonathan Leffler のアイデアをテストしてもうまくいきませんでした。

正常に動作します。それから私はやった

でもやってみると

うまくいきません。「SPL ルーチンの不正な SQL ステートメント」というメッセージが表示されます。エラー。

curr_sess のソース

編集: sess_sort() はルックアップを行います。

関数を 1 つのクエリとして書き直そうとしました。ここに next_sess があります:

IBM の誰かが私に電子メールを送り、次のようなものを使用することを提案しました。

しかし、それでもうまくいきませんでした。

私はSQLServer2000を使用しており、SQLServer2000のストアドプロシージャの多くは一時テーブルを広範囲に使用しています。データベースには大量のトラフィックがあり、一時テーブルの作成と削除のスレッドセーフが心配です。

いくつかの一時テーブルを作成するストアドプロシージャがあり、一時テーブルを他の一時テーブルに結合することもできます。また、2人のユーザーが同時にストアドプロシージャを実行するとします。

• 1人のユーザーがspを実行し、＃tempという一時テーブルを作成し、別のユーザーが同じspを実行しても、＃tempというテーブルがデータベースにすでに存在するために停止する可能性はありますか？

• 同じユーザーが同じ接続で同じストアドプロシージャを2回実行した場合はどうでしょうか。

• 2人のユーザーのクエリが互いに干渉する可能性のある他の奇妙なシナリオはありますか？

クエリを 250 万回実行する必要があります。このクエリは、必要な行をいくつか生成し、AVG(column)これを使用しAVGて平均以下のすべての値からテーブルをフィルタリングします。次に、INSERTこれらのフィルター処理された結果をテーブルにする必要があります。

このようなことを妥当な効率で行う唯一の方法は、TEMPORARY TABLEfor each query-postmaster python-thread を作成することのようです。TEMPORARY TABLEもちろん、作業メモリが不足していない限り、これらの s がハード ドライブに (まったく) 永続化されず、メモリ (RAM) に残ることを願っています。

TEMPORARY TABLE でディスクへの書き込みが発生するかどうかを知りたいです (これは INSERTS に干渉します。つまり、プロセス全体のダウンが遅くなります)。

データベースに接続している各セッションが使用している一時スペースの量を調べようとしていますが、把握できていません。特定のセッションで使用されているエクステントの数が多すぎるかどうかを判断しようとしています。

V$TEMP_EXTENT_POOL と V$TEMP_EXTENT_MAP を調べてみましたが、特定のセッションにマップするものが見つからないようです。

どこを見ればよいかについてのご意見をお待ちしております。