複数のビューの代わりにビューの複数のディスプレイを作成することは単に便宜上の問題ですか、それともパフォーマンス上の利点はありますか？
一部のディスプレイに次のアイテムのいずれかが存在し、他は存在しないと、ビュー全体に影響しますか？
たとえば、記事のコンテンツタイプの結果だけを表示するディスプレイ、フォーラムの結果を表示するディスプレイ、カスタムの写真コンテンツタイプを表示するディスプレイで、各ディスプレイの動作が遅くなるかどうか知りたいです。あるいは、すべてのビューが同じコンテンツタイプを共有しているが、1つはnidのコンテキストフィルターを持ち、他は持っていないという点でのみ異なる場合、それらはすべて遅くなりますか？
1つのビューに30のディスプレイがある場合、パフォーマンスを向上させるためにリファクタリングする必要がありますか、それともUIがそれほど多くのディスプレイを表示するように意図されていなかったからです。
回答:
コード的には、ビューとディスプレイの両方がオブジェクトによって表されます。ビューの処理中は、表示しているページでビューを1つだけレンダリングしているかどうかに関係なく、その子ディスプレイをすべてメモリにロードします。データベースクエリはアクティブなディスプレイに対してのみ実行されますが、非アクティブなディスプレイのプロパティは引き続きメモリに読み込まれます。
つまり、1つのビューに50のディスプレイがある場合、そのうちの1つだけを表示しているかどうかに関係なく、50のディスプレイがメモリに読み込まれます。したがって、あなたの質問に対する答えは「はい」です。通常、ビューの表示が多いほど、ビューのメモリ効率が低下します。
そうは言っても、私は個人的に、ビューに2〜10のディスプレイを配置しても、メモリに関しては無視できる程度であることがわかると思います。ビューに控えめな数のディスプレイがあることは、結局のところ実用的な目的に役立ちます（そうでなければ、なぜそもそもなぜそこにあるのでしょうか？）。
2番目の質問（追加のフィルターなどのパフォーマンスへの影響）については、はい、特定のパラメーターをビューに追加するとパフォーマンスに影響します。あなたはどのくらいで知りたい場合は、に行くことができ、管理/構成/ビュー/設定（あなたがD7である場合）を選択し、ライブプレビュー時にビューに関する表示情報と統計情報を、SQLクエリを表示し、表示パフォーマンス統計。パフォーマンス画面のスクリーンショットは次のとおりです。
クエリの動作（分析される行の数、使用されるキー）にさらに関心がある場合は、ビューインターフェイスからクエリをコピーして（[SQLクエリを表示]を選択した後）、クエリを分析できます。 MySQL explainコマンドを使用します。このようなexplainGoogle での使用に関する記事はたくさんあります。