今日SQLServerデータベースのインデックスを確認していたところ、画像データ用のvarbinary（max）型の列を持つ比較的小さい（非常に古い）テーブル（3250行）に気づきました。
主キーは非クラスター化インデックスであり、クラスター化された別のインデックス（ユーザーID上にあり、削除されています）があります。
繰り返しになりますが、これは非常に古いテーブルであり、このテーブルが作成されたときにここにいた人はもういません。
それで、それをこのように設定する理由はありますか？そして、私はそれを変更する必要がありますか？そして、もし私がそうするべきなら、私が注意しなければならないことはありますか？
インデックスはユース ケース ベースです。PK は実質的に PK のインデックスであり (インデックスで一意性を強制します)、クエリで PK が使用される場所で使用されます。クエリで使用される列が PK に依存せず、他の列の組み合わせを使用するケースは容易に想像できます。
このユースケースが唯一のものではなく、主要なものだったと想像してみてください。この場合、設計者は、使用頻度の低いユース ケースではなく、このユース ケースにクラスタリングすることができます。
あなたへの私の提案はこれです：
私を信じてください、私はそれに噛まれてこれを学びました。私は、変更が機能している証拠と他のものを壊していない証拠を提供するテストなしに、物事を変更しないようにしています。これは、レガシー システムを使用する場合に重要なことです。