1. sql Server 視圖查詢慢，如何優化請不要復制粘貼謝謝
慢的原因在：【DELETE_FLAG
IN
('R',
'X',
'U',
'D')】，查詢中出現【in】的話資料庫會解析成下面這個樣子去執行。
【DELETE_FLAG='R'
OR
DELETE_FLAG='X'
OR
DELETE_FLAG='U'
OR
DELETE_FLAG='D'】
而資料庫一旦使用了【OR】條件做查詢的話，索引就不會用到了，因此就會造成查詢過慢。
建議：
SELECT
。。。。。
WHERE
DELETE_FLAG='R'
UNION
SELECT
。。。。。
WHERE
DELETE_FLAG='X'
UNION
SELECT
。。。。。
WHERE
DELETE_FLAG='U'
UNION
SELECT
。。。。。
WHERE
DELETE_FLAG='D'
另外補充一點，視圖本身就會造成效率低，因為視圖存的是sql定義，當執行查詢的時候
資料庫會先上磁碟上查詢視圖定義
再利用視圖定義查詢數據，這樣就產生了至少兩次磁碟i/o，oracle中有物化視圖的概念，SqlServer中應該也有，如果我的改善計劃還不能達到你的要求的話，建議考慮一下。
---
以上，希望對你有所幫助。
2. 請教sqlserver資料庫視圖速度問題
將兩個表聯合做成個視圖，並且地名表的關聯欄位建立索引。
100萬記錄的速度。那要看具體情況了，比如伺服器的配置，指定欄位有沒建立索引。表的大小等都會極大的影響速度。
3. 使用視圖能否加快數據的查詢速度
首先:視圖是由SELECT語句組成的查詢定義的虛擬表;同真實的表一樣，視圖的作用類似於篩選。定義視圖的篩選可以來自當前或其它資料庫的一個或多個表，或者其它視圖.
其次，視圖的主要作用有以下幾點：
視點集中：使用戶只關心它感興趣的某些特定數據和他們所負責的特定任務
簡化操作：，若視圖本身就是一個復雜查詢的結果集，這樣在每一次執行相同的查詢時，不必重新寫這些復雜的查詢語句
定製數據：視圖能夠實現讓不同的用戶以不同的方式看到不同或相同的數據集
合並分割數據：由於表中數據量太大，故在表的設計時常將表進行水平分割或垂直分割，但表的結構的變化卻對應用程序產生不良的影響
安全性：通過視圖用戶只能查看和修改他們所能看到的數據
以上是對視圖的一個簡單介紹，視圖並不會對查詢速度有任何影響，因為該執行的sql還是要執行
視圖了解，參考http://ke..com/link?url=CngLtVX8lGjq-Pda
4. mysql視圖 會提升查詢效率嗎
時間的快慢主要由索引決定，在索引都最優化的情況下才與數據量有關。 視圖不可能明顯加快的查詢速度，只是編程方便而已。
5. ORACLE 直接用SQL 很快 ,用視圖很慢
原因:
"SELECT * FROM (${你的sql語句})a" 等價於 " SELECT * FROM ${由你的sql創建的視圖名稱}"
也就是說, 屬於一個查詢裡面套用子查詢了,得把你的sql語句全部查出來. 所以用
"EXPLAIN ${你的sql語句}" 你會看到有 "Using temporary; Using filesort" 全表查
而
"${你的sql語句}"
直接執行的話, 相當於就少了一層. 不用全表查, 可以很輕松的走索引了(如果有的話)
以上純屬個人見解,若有不對,還請大神們糾正.
6. 利用視圖可以提高sql效率么
你說的是 普通視圖？ 還是分區視圖啊？普通視圖 不會大幅提高查詢效率啊， 能提高點開發效率倒是真的。分區視圖， 某些情況下， 倒是可以大幅度提高查詢的效率。索引視圖(物化視圖) ，倒是可以提升查詢效率，但是那也是靠創建視圖後的CREATE UNIQUE CLUSTERED INDEX 來提升的。
7. SQL Server 視圖查詢慢，如何優化請不要復制粘貼謝謝
慢的原因在：【DELETE_FLAG IN ('R', 'X', 'U', 'D')】，查詢中出現【in】的話資料庫會解析成下面這個樣子去執行。
【DELETE_FLAG='R' OR DELETE_FLAG='X' OR DELETE_FLAG='U' OR DELETE_FLAG='D'】
而資料庫一旦使用了【OR】條件做查詢的話，索引就不會用到了，因此就會造成查詢過慢。
建議：
SELECT 。。。。。
WHERE DELETE_FLAG='R'
UNION
SELECT 。。。。。
WHERE DELETE_FLAG='X'
UNION
SELECT 。。。。。
WHERE DELETE_FLAG='U'
UNION
SELECT 。。。。。
WHERE DELETE_FLAG='D'
另外補充一點，視圖本身就會造成效率低，因為視圖存的是sql定義，當執行查詢的時候 資料庫會先上磁碟上查詢視圖定義 再利用視圖定義查詢數據，這樣就產生了至少兩次磁碟i/o，oracle中有物化視圖的概念，SqlServer中應該也有，如果我的改善計劃還不能達到你的要求的話，建議考慮一下。
---
以上，希望對你有所幫助。
8. sql視圖導致sql變慢（准確來說是派生表問題）
最近有個業務有點小變動，列表展示需要加上Customer消費筆數跟最後消費時間；
從視圖下來的sql
運行sql是毫秒級別！
生成：比如要查找一個叫張鐵牛的人的信息，我們知道他是男性，為了縮小查找范圍我把所有的男性都找出來，然後從這些男性中裡面再去找張鐵牛。這里男性的集合就相當於派生表，轉成sql語句是這樣:select 姓名,住址,身份證 from (select * from 表名 where 性別='男性') t where 姓名='張鐵牛'
這兩條子查詢的情況下就會產生派生表了；證明如下：
問題是找到了，可怎麼在sql優化又是一個難題（默認是全部不加where條件）；暫時考慮後期在表上做冗餘數據，😅ahhhhh~~~先把功能上上去。
如果有描述不對的地方請大聲的告訴作者你你你這這這錯了！，如果有sql優化方案也可以在下方積極評論哦；
9. sql語句聯合查詢 與 視圖想比較的話，那個效率快，為什麼。
sql效率比較快，存儲過程的好處是不僅快且更安全，但移植性差。視圖可以封裝查詢的復雜性，就像面向對象里類的概念一樣。