使用索引視圖來封裝更大查詢的複雜性對於性能而言可以嗎？

Question

我正在創建一個基於「視圖框架」的複雜查詢系統。

通過這種方式編寫高級查詢非常簡單。

目前性能很差（與我可以通過不使用視圖實現的功能相比），但使用索引視圖是一種解決方案嗎？如果我只爲需要加入的字段創建聚集索引是一種解決方案？

Answer 1

「的觀點框架」

如果您是此任務的早期階段，那麼我建議你放棄這個想法「的意見框架」的。雖然它在某種程度上僅以性能爲代價隱藏了很多複雜性。如果你有嵌套的觀點，你將會遇到很多問題。去任何SQL Server論壇，尋找嵌套視圖性能問題，你會看到痛苦。

其中一個問題是有些謂詞不能正確和有效地按下，因爲它會在實際的表上。

http://blogs.msdn.com/b/bartd/archive/2006/08/14/select-from-a-view-slower-than-equivalent-select-from-the-base-table.aspx

索引視圖在任何情況下有效，但沒有解決的一些問題，並帶有很大的限制。如果讀寫比率較低，則會出現更多性能問題。在某些情況下，我有效地使用索引視圖來顯着降低IO [成千上萬個邏輯IO到單個數字IO]，但那些讀寫比高。

http://technet.microsoft.com/en-us/library/cc917715.aspx