問題タブ [query-tuning]

大きな履歴トランザクションテーブル（1500万から2000万行の多くの列）と1行1列のテーブルがあります。1行のテーブルには、トランザクションテーブル（'process_date'）のデータをプルするために使用される日付（最終処理日）が含まれています。

質問：「process_date」テーブルをトランザクションテーブルに内部結合する必要がありますか、それともトランザクションテーブルを「process_date」テーブルに内部結合する必要がありますか？

varchar（24）列への外部キーとして使用されているCHAR（250）列があります。

MySQLでは、左端の24文字にインデックスを作成するために、column（24）を指定するインデックスを作成できたことを思い出します。これは、MSSQLServerでは不可能のようです。

私の質問はこれです：

SQL Server 2008でインデックス付きビューを使用して、その列のサブ文字列にインデックスを付けることは可能ですか？その場合、テーブルのパフォーマンスに何らかの副作用がありますか？

多くの一時スペースを必要とするクエリを実行したいと考えています。ただし、クエリで利用可能なすべての一時スペースを使い果たしたくありません。これはどのように達成できますか？

このspでチューニングを行う必要があります:

このストアド プロシージャの何が問題になっていますか? このストアド プロシージャをどのように書き直しますか?

Management Studioを介してT-SQLクエリを実行する場合、クエリ調整のためにSET STATISTICS IO ONおよびを使用して統計をキャプチャできます。SET STATISTICS TIME ON

Mangaement StudioのUIを使用する代わりに.NETクライアントAPIを使用してT-SQLクエリを実行しているときに、同じ統計情報を収集するにはどうすればよいですか？

これは当然のことのように思えますが、MSDNとGoogleをかなり長い間検索した後、私は困惑しています。私が見つけた最も近いものはMSDNのSQLServer（ADO.NET）のプロバイダー統計でしたが、これらの統計は、サーバー側の統計ではなく、クライアントの観点からのネットワーク接続（送信/受信バイトなど）に関するクライアント側の統計のようです。を探しています。

SQL 2005 データベースで実行されているパフォーマンスの低いクエリを調整する割り当てがあります。ワークステーションに SQL 2008 管理ツールをインストールしています。データ コレクターやシステム データ コレクション セットなど、2008 年の新しいクエリ チューニング ツールを使用して、この人物の分析とチューニングを行うことはできますか?

さまざまなテーブル定義がSQLServerの行挿入速度にどのように影響するかをベンチマークしたい場合、トランザクションをBEGINからCOMMITまでの時間だけで十分ではないと思います。これは、INSERTを（シーケンシャル）ログに追加するために費やした時間を測定するだけです。右？

ただし、実際のI / Oヒットは、INSERTが実際に実際のテーブル（INSERTの後にわずかに再編成される可能性のあるクラスター化されたインデックス）に適用されたときに発生します。使用された合計時間をすべて包括的に測定するにはどうすればよいですか？つまり、すべてのINSERT（ログに書き込まれる）の時間+「実際の」データ構造の更新に使用される時間ですか？タイマーを停止する前に「チェックポイント」を実行するだけで十分ですか？

SQL:

上記のクエリのパフォーマンスを向上させる方法。44 秒かかります。10秒以内にしたい

ありがとう