エンティティにアクセスすると、Entity Frameworkは本質的には"SELECT *"
を実行しているようです。これは、ORMが応答をオブジェクトとして扱うことを許可しているので、意味があります。すべてのプロパティは応答でアクセス可能でなければなりません。Entity Frameworkによるインデックス付け
読んで重いシナリオでは、クラスタ化されていないインデックスを作成するときに完全なカバレッジインデックスを使用する傾向がありますか?それ以外の場合は、常にがクラスタード・インデックスの追加ルックアップとなります。
完全に最適化しようとしているNCインデックスについては、すべてのNCインデックスについて完全なカバレッジを提案するわけではありません。
インデックスにすべての列を含めると、正しく理解すれば、そのインデックスはテーブルと同じくらい大きく非効率になります。 PKルックアップを確認してください。 – CodeCaster
あなたは「大きなもの」については正しくありますが、非効率性に関してはちょっと離れているかもしれません。索引を作成するときは、索引の葉に含めるもの(オプション)に加えて、索引のキーとなるものを指定します。私が指しているのは、インデックス内のすべてのプロパティを含むため、インデックスのサイズが大きくなります。しかし、効率に関しては、最適化ルックアップが可能であるが、ヒープのテーブルスキャンは非効率的である。 – Jmoney38