[英]SQL Server insert/Update/Delete and Select performance/deadlock suggestions
[英]SQL Server Indexes INSERT/UPDATE Performance
我知道索引會影響插入/更新性能,但是我正在嘗試解決問題並確定查詢性能和插入/更新性能之間的正確平衡。
我們為一些非常復雜的查詢創建了許多視圖(約20個)。 它們按鍵查找的速度確實很慢(掃描5至10個鍵可能需要20秒)。
索引這些視圖(在各個鍵列上使用聚集索引和非聚集索引)可將其性能提高80倍至100倍。 這還會損害插入/更新性能,以至於腳本將大約100行插入到各種相關表中,而不是立即執行,大約需要45秒才能運行。
我不希望為這些視圖使用OLAP路由(這將增加一層新的復雜性。...並且這些視圖當前是可更新的,這將帶來反向同步問題)...所以我正在嘗試找出如何在查詢性能與插入/更新性能之間取得平衡。
有人可以建議如何診斷特定的問題索引,以及減少對插入/更新的影響的潛在方法嗎?
我已經嘗試過使用覆蓋索引,包含INCLUDE的索引和復合聚簇索引作為替代方案,以查看它是否有所作為(實際上並沒有)。
謝謝。
在這種情況下,請使用單列其他過濾索引,並避免包含兩列以上的復合索引。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.