問題タブ [temp-tables]

このストアドプロシージャは最初のselectステートメントから値を返しますが、2番目のselectステートメントからの値を返したいのですが。テーブル@WunNumbersは一時的なテーブルです。

何か案は？？？

かなり複雑な検索フォームに応じて、さまざまな種類の Where 句をネストする LINQ-2-Entity クエリ ビルダーがあります。これまでのところ素晴らしい作品。

ここで、いくつかのクエリで SQL Server 全文検索インデックスを使用する必要があります。検索用語を LINQ クエリに直接追加し、スコアを選択可能なプロパティとして利用できるようにする機会はありますか?

そうでない場合は、全文検索条件に一致するすべての行 ID のリストを読み込むストアド プロシージャを作成し、LINQ-2-Entity クエリを使用して詳細データを読み込み、他のオプションのフィルター条件をループごとに評価することができます。行。もちろん、それはパフォーマンスに関して非常に悪い考えです。

もう 1 つのオプションは、ストアド プロシージャを使用して、全文検索に一致するすべての行 ID を一時テーブルに挿入し、LINQ クエリで一時テーブルを結合することです。質問: 一時テーブルをエンティティ モデルの一部にすることはできないため、LINQ クエリで一時テーブルを結合する方法は?

PHP コードで一時テーブルを使用したいと考えています。メールでお送りするフォームです。私はセッション変数と配列を使用しますが、入力された一部のデータはテーブル形式で保存する必要があり、入力ミスなどの場合にユーザーがエントリを削除できる必要があります。配列でこれを行うとうまくいく可能性があります(わかりません)が、私はちょっと新しいですphp でテーブルを使用する方がはるかに簡単に思えます。私の問題は、mysql_connect を使用するとテーブルが作成され、データ行が追加されることですが、2 行目を追加すると、テーブルが削除され、再度作成されます...回とエントリの削除？なんて混乱！一時テーブルを最適に使用し、ページが更新されたときに削除されないようにするにはどうすればよいですか? 一時テーブルを使用しないと、ユーザーがページを閉じてテーブルをデータベースに残した場合に、他の問題が発生する可能性があります。

ストアド プロシージャの結果セットを一時テーブルに格納する必要があります (SQL Server 2000 を使用)。私が読んだことから、これ（不十分に構築された例）は機能するはずです：

しかし、「挿入エラー: 列名または指定された値の数がテーブル定義と一致しません。」

手順を調べると（編集できません）、次のことがわかります。

したがって、実際には、渡されたパラメーターを 2 番目の結果セットとしてエコー バックしています。（理由はわかりません。プロシージャを呼び出すものは、渡されたデータを知っていると思います。）

私のテストでは、SQL が結果セットを結合しようとして失敗したように、2 番目の結果セットが挿入エラーの原因であると考えるようになりました。

一時テーブルに保存された最初の結果セットだけが必要です。どうやってやるの？

編集

CLR ストアド プロシージャを指摘していただきありがとうございます。ただし、その機能は SQL 2005 で導入されました。2000 では機能しません。

他の唯一の答えは「できません」のように見えるので、私にとっては製図板に戻っていると思います.

グローバル一時テーブルがSQLサーバーに存在するかどうかを確認する方法、存在する場合はそのグローバル一時テーブルを削除しますか？

私はこれを実行しようとしています：

...しかし、それは機能していません。

違いは何ですか：

と

SQL Server 2008では？

ストアド プロシージャでテーブル変数を使用すると、パフォーマンスの問題が発生します。

実際に何が起こるかは次のとおりです。

SELECT は 138 の結果を返しますが、TABLE 変数への挿入には 1min15 かかりますが、同じ SELECT で一時テーブルを使用すると、0 秒かかります。

この動作の原因は何ですか?

まったく同じ列の結果を返す必要のある検索関数（ストアドプロシージャ）がいくつかあります。

これが採用されたアプローチです。

各ストアドプロシージャの一般的な構造は次のとおりです。

CREATE TABLE #searchTmp (CustomerID uniqueIdentifier)

上記では、spSearchResultsはselectで#searchTmpテーブルを使用します。spSearchResultsは常に同じ列のテーブルを返し、かなりの数の結合がありました。

ただし、一時テーブルを使用するよりも、次のアプローチの方が適しています。

SELECT col1, col2, col3, col4, .... etc, lots of columns ... FROM table1 LEFT JOIN table 2 ON ... etc, lots of joins ... WHERE ... DO ACTUAL SEARCH HERE ...

10の異なる検索を行う場合（たとえば、郵便番号に基づいて顧客を検索する、名前に基づいて1つの検索を行うなど）、この2番目のアプローチは、指定された列と結合の重複が多いことを意味します。検索関数を使用するコードが変更されて、新しい列を返す必要がある場合は、10個のストアドプロシージャを更新する必要があります。

私はすべて最初の方法に賛成ですが、2番目の方法がどのような利点をもたらすのか疑問に思いました。パフォーマンス？

または、3番目の方法はありますか？

一時テーブルを C# ストアド プロシージャ (SQL 2008) に渡す最良の方法は何ですか? 一時テーブル名をテキストとして渡し、C# から選択を実行するのに行き詰まっていますか?

テーブル値パラメーターを使用したいと思っていましたが、C# sprocs ではサポートされていないようです。

私は次の手順を持っています：

DROP TABLEが呼び出される前に例外が発生した場合はどうなりますか？fooが終了した後もtempTableは存在しますか？

その場合、tempTableがすでに存在するため、fooは次に呼び出されたときに失敗する可能性があります。それはどのように扱われるべきですか。

編集：私はinformix11.5を使用しています