SQLデータベースのインデクシングが遅すぎる

Question

2つのクエリに時間がかかりすぎて、紺碧のWebサイトで実行しているときにタイムアウトしてしまいます。

1st。

SELECT Value FROM SEN.ValueTable WHERE OptId = @optId 

2D

INSERT INTO SEN.ValueTable (Value, OptId) 
SELECT Value, OptId FROM REF.ValueTable WHERE OptId = @optId 

両SELECTSは常に7860個の値を返します。問題は、さまざまな@optIdを使用してこれらのクエリの約10を実行することです。最初にインデックスなしで実行した場合、1回目のクエリは毎回タイムアウトします。次に、非クラスタ化インデックスをSEN.ValueTableに追加し、2dクエリがタイムアウトし始めました。

第一クエリ私はの.configファイルを介し-タイムアウト時間を増加しようとしたが、彼らはまだ（30秒以内にタイムアウトAzureの-WebAppの

から2Dクエリ

AzureのVMから顧客からの時間制限はないので、SQLデータベースからのデータの取得は、アプリケーションの遅いものではありません）。

これをスピードアップする/タイムアウトを取り除くためにとにかくありますか？ REF.ValueTableをインデックス化すると、挿入物の速度が上がりますか？それは次のようになるため

SELECT Value, OptId 
FROM REF.ValueTable 
WHERE OptId = @optId; 

最適なインデックス：

Answer 1

あなたは本当に、このようなクエリを実行する場合

CREATE INDEX idx_ValueTable_OptId_Value 
    ON REF.ValueTable (OptId) 
    INCLUDE (Value); 

どれインデックスは挿入が遅くなりますが、クエリを読んで恩恵を受ける。より詳細な回答が必要な場合は、詳細な表DDLと実行計画を投稿してください。

Answer 2

まず、明白な解決策は、SEN.ValueTable(OptId, Value)にインデックスを追加し、REF.ValueTable(OptId, Value)にインデックスを持たないことです。私はこれがあなたのパフォーマンス上の問題を解決すると思います。

もっと重要なのは、7,860行をフェッチまたは挿入するのに30秒かかりません。そのようなものは何もありません。それでは、もう何が起こっているのですか？ REF.ValueTable()にトリガーがありますが、これは遅くなる可能性がありますか？他の制約はありますか？列は特に広いですか？つまり、ValueがVARCHAR(MAX)で、通常は100Mバイトの場合は、値を挿入することが問題になる可能性があります。

Answer 3

再開可能なオンラインインデックス再構築してみ - https://azure.microsoft.com/en-us/blog/resumable-online-index-rebuild-is-in-public-preview-for-azure-sql-db/