問題タブ [temp-tables]

通常 1 ～ 10 行を含む一時テーブルを作成するストアド プロシージャがあります。このテーブルは、ストアド プロシージャの実行中に何度も切り捨てられ、埋められます。これは削除よりも高速であるため、切り捨てられます。この一時テーブルをテーブル変数に置き換えると、delete を使用するとペナルティが発生するため、パフォーマンスが向上しますか (切り捨てはテーブル変数では機能しません)。

テーブル変数は主にメモリ内にあり、一般に一時テーブルよりも高速ですが、切り捨てるのではなく削除する必要があるため、メリットが失われますか?

この答えは私を少し混乱させました。「一時テーブルへの選択」とは何ですか?誰かがその簡単な例を見せてくれますか?

Dataflow タスクでサーバー A からデータを読み取って、サーバー B に Temptable をロードするにはどうすればよいですか。

代替テキスト http://img405.imageshack.us/img405/7127/temptable.gif

Oracle データベースに一時テーブルを作成したい

何かのようなもの

SQL サーバー内

そして、それにselectステートメントを入力します

出来ますか？

ありがとう

コミット時に行を削除するオプションを使用して、作成スクリプトで定義されたグローバル一時テーブル (GTT) があります。他のユーザーのセッションのデータではなく、さまざまなユーザーが GTT で自分のデータを表示できるようにしたかったのです。これは、テスト環境で完全に機能しました。

しかしその後、クライアントのデータベースに対する機能の更新の一部として GTT をデプロイしました。クライアントは、GTT がもはやデータを保持していなかったので、動揺し、心配して私に電話をかけました。彼らはその理由を知りませんでした。

具体的には、誰かがした場合:

データベースは次のように応答します。

ただし、同じエンド ユーザーが試した場合:

データベースは次のように応答します。

この問題はクライアント サイトで発生しており、社内で再現することはできません。この動作の原因は何ですか?

異なるデータ構造を持つテーブル (Oracle) に対する統合された挿入クエリについて質問があります。例を挙げて詳しく説明しましょう。

すべてのテーブルに存在する唯一の列は [archive_id] です。計画は、すべてのレコードを別のデータベース パーティションにコピー (複製) し、それに応じてそれらのレコードの archive_id をインクリメントすることによって、データセットの新しいアーカイブを作成することです。[archive_id] は常に主キーの一部です。

私の問題は、データの実際の複製を行う select ステートメントにあります。列は可変であるため、データをコピーして archive_id を更新する統一された select ステートメントを考え出すのに苦労しています。

1 つの解決策 (うまくいく) は、ストアド プロシージャ内のすべてのテーブルを反復処理し、次のことを行うことです。

DDLコマンドはすべての復元ポイントを台無しにするため、このソリューションはあまり好きではありません.

他に解決策はありますか？

一時的なMySQLテーブルをディスク上のファイル（mysqldumpによって作成されたものと同様の.sqlファイル）にダンプ/エクスポート/保存する方法はありますか？

のmySQLデータベーステーブルがありますproducts。データベースの負荷を軽減するためにキャッシュレイヤーを利用していますが、アプリケーションをさらに高速化するために、キャッシュレイヤーに格納する必要のある実際のデータを最小限に抑えることをお勧めします。

訪問者に表示されるデータベース内のすべての製品には、価格が付加されています。

価格は、と呼ばれる別のテーブルに保存されpricesます。各訪問者（顧客）が適用する割引レベルに応じて、複数の価格カテゴリがあります。時々、各製品の特別価格が利用可能であることを意味するキャンペーンがあります。特別価格は、というテーブルに保存されますspecials。

• テーブルを結合する一時テーブルを作成するのは悪いことですか？

必要な情報だけがあり、もちろんキャッシュされます。

そうすることで、特定の製品が実際に価格を持っているかどうかを知るのが非常に簡単になります。製品をリストまたは提示するたびに、完全なpricesものまたは表を繰り返す必要はありません。specials

• 一時テーブルはWebアプリケーションで一般的なものですか、それとも単に悪い設計ですか？

最終的に SQL Server 2005 レポートで使用するために、1 つのクエリをまとめようとしています。する必要がある：

1. 時間枠の「eventid」列の値のすべての個別のレコードを取得します-これは機能しているようです。
2. 上記のイベント ID ごとに、同じイベント ID のすべてのインスタンスを検索して、「review1%」などの TaskName を持つ別のレコードがあるかどうかを確認する必要があります。繰り返しますが、これはうまくいくようです。
3. ここからが複雑になります。TaskName が review1 のようなレコードごとに、同じ eventid を持ち、TaskName='End' である別のレコードが存在するかどうかを確認する必要があります。最終的に、'review1%' のような TaskName を持つレコードの数と、'review1%' AND TaskName='End' のような TaskName を持つレコードの数が必要です。これは、各レコードに新しい値を設定し、イベント ID に、TaskName='End' のレコードが存在する場合は 1 に設定し、そうでない場合は 0 に設定することで実現できると思います。

以下のクエリは、上記の項目 #1 を達成しているようです。

そして、以下のクエリは＃2を達成しているようです：

これにより、TaskName='End' を持つイベント ID が返されます。

だから私は＃3を達成するために次のことを試みました：

これを実行しようとすると、「キーワード 'then' 付近の構文が正しくありません」というメッセージが表示されます。私が間違っているのかわかりません。このような例はどこにも見たことがありません。

eventrecords には主キーがあることに言及する必要がありますが、それを含めても何の役にも立たないようで、テーブルを変更することは許可されていません。(うーん) カーソルと一時テーブルを使用するという提案を 1 つ受け取りましたが、レポートの実行時にパフォーマンスがどれほど低下するかはわかりません。前もって感謝します。

なぜ一時テーブルを使用する必要があるのか​​ 、一時テーブルに特別なものがあり、一時テーブルをどこで使用する必要があるのか​​ 疑問があります。私または参考文献を説明してください。