SQL Serverのパフォーマンスの問題を解決する

Question

私は2つのテーブル - ThingsとHistoryを持っています。 Thingsがプライマリキーとして列Idを持ち、何らかの種類のタイムスタンプ値である別の列LastUpdatedを持っているとしましょう。 LastUpdated列には索引があります。他の欄もありますが、それはあまり関連性がないはずです。

1. 前回以降に変更されたものを取得します。形式：SELECT [Columns] FROM Things WHERE LastUpdated > @LastUpdatedのクエリを実行します。このクエリは、トランザクションまたはトランザクションスコープなしの接続で発生します。

2. 特に更新します。これは、2つのデータベーストランザクションで発生します。最初のトランザクションはThingsにId、その後にUPDATE ThingsにIdを使用してSELECTがあります。 2番目のトランザクションは、行をHistoryテーブルに挿入します。両方のトランザクションはTransactionScopeとRead Committed分離レベルを使用して制御されます。

Iは、Thingsテーブルで

• 5000行毎秒
• 25クエリ（上記＃1）
• 200の更新（＃ようなシナリオでパフォーマンスをマークベンチしようとしてい2秒）

環境：Sql Server 2016 LocalDBエンジン搭載My devマシン（Core i7、8GB） 。

私が観察しているところでは、Historyテーブルで行数が増えると、＃1と＃2の両方でパフォーマンスが低下します。 ＃2は実際に履歴テーブルを更新するので理解できる。しかし、なぜ＃1が劇的に悪化するのか、私は困惑しています。たとえば、＃2時間は空のデータベースで約10msからhistoryテーブルの250K行で約65msに低下し、＃1時間は約10msから200msに低下します。 Thingsテーブルには、一定の行数（5000）があることに注意してください。私が考えることができるのはディスクIOの競合によるものです。

私はここですか？ SQLプロファイラを使用してこれを確認する方法はありますか？

Answer 1

私はこのように多くの時間を費やすことはできませんでしたが、疑わしい理由として、ディスクI/Oの競合であることが明らかになっています。私は別のマシン上の別のデータベースに履歴テーブルを移動しました。そして、履歴テーブルの行数が＃1のタイミングに影響を与えなくなり、履歴テーブルの行数に関係なく、ほぼ一定（6〜7％の分散）のままです。