ビューにWHERE句を追加すると、ビューが最適化されますか？

ビューの内側または外側でビューをフィルタリングすると、違いが生じますか？

たとえば、これら2つのクエリに違いはありますか？

SELECT Id
FROM MyTable
WHERE SomeColumn = 1

または

SELECT Id
FROM MyView
WHERE SomeColumn = 1

とMyView定義されます

SELECT Id, SomeColumn
FROM MyTable

ソーステーブルがリンクサーバー上にある場合、答えは異なりますか？

リンクサーバーから大きなテーブル（44mil行）を2回クエリし、結果の集計を取得する必要があるため、私は尋ねています。データにアクセスするために2つのビューを作成する必要があるかどうか（クエリごとに1つ）、または単一のビューと1つのWHERE句で処理できるかどうかを知りたいです。

これらの2つの選択肢の間で、計画やパフォーマンスにまったく違いは見られないはずです。ビューがクエリされると、ベーステーブルに対するクエリに展開されます。つまり、同じシークまたはスキャンが使用されます。

現在、データ型との選択性によってはMyColumn、ベーステーブルにフィルターインデックスを作成する場合（SQL Server 2008+に移行する場合）、パフォーマンスが向上する可能性がありますが、これはビューを介しても変わりませんまたはなし。

違いがないことを示す簡単な例を示します。データベースはAdventureWorksデータベースです。

2つのビュー定義：

create view Person.vContactWhere
as

    select *
    from person.Contact
    where ContactID = 24

go

create view Person.vContactNoWhere
as

    select *
    from person.Contact

go

WHEREビュー定義に句が含まれる最初のクエリは次のとおりです。

select *
from person.vContactWhere

実行計画は次のとおりです。

そして、WHEREビュー定義ではなく、SELECTクエリ内の句を持つ2番目のクエリ：

select *
from person.vContactNoWhere
where ContactID = 24

その実行計画は次のとおりです。

これらの実行計画からわかるように、それらは同一の結果で同一です。このタイプのロジック/デザインが異なる結果を出力する状況は知りません。だから、私はあなたがどちらにしても安全だと言って喜んで、個人的な好み（または店の手順）で行きます。

私が読んでいるもの に 基づいて、SQLは実行計画を決定するときにサブクエリのような標準ビューを使用します。

クエリの例を使用して、

SELECT Id
FROM MyView
WHERE SomeColumn = 1

どこMyViewで定義されています

SELECT Id, SomeColumn
FROM MyTable

以下と同じ実行計画を生成する必要があります

SELECT Id
FROM 
(
    SELECT Id, SomeColumn
    FROM MyTable
) as T
WHERE SomeColumn = 1

しかし、この実行計画は、生成されるものとは異なる場合があります

SELECT Id
FROM MyTable
WHERE SomeColumn = 1

この答えがインデックス付きビューでも同じかどうかわかりません