問題タブ [tempdb]

単一のクエリを使用して、SQL でおそらく数千行のテキストを連結しようとしています。現在のクエリは次のようになります。

これは、機能的な観点からは完全に正常に機能しています。唯一の問題は、ColumnText の長さが数キロバイトになる場合があることです。その結果、これらの行が数千になると、tempDB がいっぱいになります。

私たちが思いついた一番の理由は、@concatText に対してこれらの更新を行っているときに、SQL が暗黙のトランザクションを使用しているため、文字列が事実上不変になっているということです。

この問題を解決する良い方法を見つけようとしていますが、これまでのところ 2 つの解決策があります。1) .NET で連結を行います。これは問題のないオプションですが、大量のデータがネットワークを介して戻ってくる可能性があります。

2) .NET の String.Join メソッドと同様の方法で動作する .WRITE を使用します。BoL はこのレベルの SQL シェナニガンをカバーしていないため、これの構文を理解できません。

これは私に疑問を投げかけます: .WRITE は動作しますか? もしそうなら、構文は何ですか？そうでない場合、データを .NET に送信せずにこれを行う他の方法はありますか? FOR XMLテキストに不正な XML 文字が含まれている可能性があるため、使用できません。

前もって感謝します。

永続的な ASP セッション ストアは、SQL Server 2005 の "tempdb" または "aspstate" データベースに存在できます。sessionState の sqlConnectionString パラメータは、これを指定しません (以下の例)。これはどのように解決されますか？

SQL 2005 以降で推奨されていることは知っていますが、SQL Server 2000 にも適用されますか? 参照用のリンクも大歓迎です。

7つの一時テーブルを使用して1つのストアドプロシージャを作成しました。各一時テーブルは、それぞれの作業の最後に削除されます。

あるWebサービスと同じWebサービスから別のインスタンスに使用されているSPを呼び出しています。

すべての一時テーブルを強制的に削除しましたが、SPを実行しても、「tempdb/TemporaryTable」にある一時テーブルは削除されません。また、アプリケーションの新しいインスタンスを開いて同じSPを実行しようとすると、同じ一時テーブルが変更されます。

これは私にとって問題を引き起こします。SPが同時に実行されるとテーブルがロックされ、テーブルがロックされ、私のspは結果を生成して例外をスローできません。

そのため、操作の最後に一時テーブルを削除したいと思います。助けてください。

重複の可能性:
SQL Server の tempdb から一時テーブルが削除されないのはなぜですか?

ストアド プロシージャで一時テーブルを作成しました。ストアド プロシージャの実行中に一時テーブルが TempDB に作成されます。

私のSPでは、すべての操作が手動で完了した後にその一時テーブルを削除するコードを書きました。

ただし、TempDB にはまだ存在し、ドロップされません。しかし、SQL 接続を再起動すると、テーブルが削除されていました。このタイプのシナリオが DB でどのように発生するのかわかりません。

スコープの完了後に一時テーブルが削除されないのはなぜですか?

誰でもこの問題を解決できますか?

一連のペアを含む Web ページを作成していListBoxesます。各ペアには、オプション (または複数) を選択して 2 番目のリストボックスに追加できるソース (多くのオプションを含む) があります。

ソースリストボックスの静的メンバーを含むいくつかの永続テーブルを作成しました。ただし、「」を使用してから、ListBoxSELECT * INTO #tempsrc1 FROM src1にバインドしたいと思います。#tempsrc1そこから #tempdst1 が宛先 ListBox バインディング用に作成されます。その後、選択はそこから前後に移動されます。

永続的なデータベースへのバインドは簡単ですが、残りの #tempdb セットアップへのバインドに (可能であれば) 問題があります。私は SQL にまったく慣れておらず、アーキテクチャをしっかりと理解していません。

CTE は tempdb のスペースを使用しますか? それともメモリのみを使用しますか?

両方を使用しているため、mssql 2005 と 2008 の両方で質問にタグを付けました。

tempdbログ セグメントがいっぱいであることを示す、ほぼ毎週ハングする Sybase ASE サーバーがあります。

私はすべてを試しました。有効になっており、約60秒ごとにtrunc log on chkpt正しくリセットされます。used_pages

問題は、解放されたすべてのページが に戻されないことfree_pagesです。そのため、時間の経過とともに、free_pages最終的に 0 になり、whileused_pagesは最小になります。私が参照している値は、 のクエリから取得sp_spaceused syslogsされtempdbます。メモリリークみたい！

現在、このコマンドを実行すると、次のようになります。

コマンドを実行するたびにused_pages増加しますが、これも奇妙です。

このデータベースは 64 ビットの Windows Server 2003 で実行されています。同様に構成された別の ASE サーバーには、これらの問題はありません。この他のデータベースの内容は類似しています。このデータベースは 32 ビットの Windows Server 2003 で実行されています。tempdbこの別のサーバーは完全に動作し、奇妙な動作をするサーバーと同じように構成されているため、別のデバイスに移動したり、サイズをさらに拡大したりする必要はありません。

メッセージ1101、レベル17、状態10、行12ファイルグループ「DEFAULT」のディスク容量が不足しているため、データベース「TEMPDB」に新しいページを割り当てることができませんでした。ファイルグループにオブジェクトをドロップするか、ファイルグループにファイルを追加するか、ファイルグループ内の既存のファイルの自動拡張をオンに設定して、必要なスペースを作成します。

これは平易な英語で何を意味しますか。

次のコードを SQL クエリに追加しました: (メモ カット ダウン バージョン)

実行時間は約 10 分から約 1 時間になりました。これがなぜなのかについて何か提案はありますか? -cumulative' クエリごと。