如果我們通過sql使用select查詢從代碼獲取數據,並且在sql視圖上執行相同的查詢,那麼從性能角度來看哪種方式更快。平均視圖的顯示數據更快,或者我們在表上運行的直接sql查詢更快地獲取數據?SQL性能結果
Q
SQL性能結果
0
A
回答
1
你不能回答這樣一個普遍問到的問題。意見可以更快,但不一定是。它高度依賴於您正在使用的DBMS,創建的視圖,已加載的數據量,創建的索引以及針對表/視圖運行的查詢。
0
兩者都不是更快。一個視圖只是一個存儲的查詢,所以如果它們的結構相同,它們應該在相同的時間框架內執行。如果您查看普通SQL或視圖執行的執行計劃,如果兩者中的SQL都相同,則它們應該是相同的。
0
很多因素都會影響到這一點。該視圖是一個索引視圖嗎?它可能會更快。視圖是調用其他視圖來調用其他視圖的視圖嗎?它可能會比直接擊中表格慢得多(特別是如果視圖鏈長而複雜)。在查看性能時,特定的查詢和特定的硬件設置將決定哪一個更快。你需要嘗試兩種方式才能看到。
相關問題
- 1. UnityContainer性能測試結果
- 2. SQL Server/ODBC可滾動結果集性能
- 3. SQL Server性能結果集vs輸出參數與返回值
- 4. 拼合SQL行 '屬性' 結果
- 5. SQL:結合結果
- 6. 不能組SQL結果正確
- 7. 確定PHP代碼的性能結果
- 8. 如何解釋鉻的性能結果
- 9. LINQ vs foreach vs性能測試結果
- 10. 加入子查詢結果性能
- 11. 返回性能計數器結果
- 12. 性能測試結果分析JMeter的
- 13. Concat SQL結果
- 14. 奇SQL結果
- 15. SQL結果
- 16. SQL拉結果
- 17. randomise SQL結果
- 18. SQL的結果
- 19. SQL結果
- 20. SQL結果
- 21. Sql查詢結果結構
- 22. SQL相結合的結果
- 23. 結合SQL查詢結果
- 24. 總結表結果在SQL
- 25. 棒SQL結果到一個結果
- 26. SQL結果列值作爲結果
- 27. 從SQL結果彙總結果
- 28. 功能結果
- 29. 限制SQL結果
- 30. SQL結果按月
都沒有。兩者都以最快的速度(通常每次運行同一時間)在sql核心執行,並且可以在SSMS中使用「執行計劃」並在「毫秒」內分解查詢所做的事情 - 我認爲視圖更慢,因爲它需要更新GUI,一旦結果存在本地內存中,以編程方式進行更新;填充數據集是即時的,無需任何事件更新。即使在數百兆字節... – ppumkin