in

Darkthread

黑暗執行緒
All Tags » Performance » SQL (RSS)

Browse by Tags

Sorry, but there are no more tags available to filter with.
  • SQL效能調校經驗一則

    使用者報案,某網頁效能變得奇慢無比,簡單的上線公告查詢耗時超過兩分鐘,追查後抓出問題查詢如下例: select case when convert ( varchar ,u.StartDate,108)= '00:00:00' and convert ( varchar ,u.EndDate,108)= '00:00:00' then convert (datetime, convert ( varchar ,u.EndDate,111))+1 else EndDate end as EndDate ,u.SomeNTextCol ,u.MoreCols ,u.Priority...
    公佈在 黑暗執行緒 (Weblog)Jeffrey 發表於 05-30-2016
  • SQL筆記:再談動態WHERE條件

    前一篇文章 探討了「WHERE 1=1動態查詢條件組裝」的效能問題,並介紹如何利用C#語言特性簡單寫出沒有多餘WHERE 1=1的馬甲線SQL指令。而在前文提到的Code Review會議,還有一招不需要組裝WHERE指令的做法也被提及。 //REF: http://goo.gl/SBF1Wi by 91 /// <summary> /// 當資料物件為null時傳回DBNull.Value /// </summary> /// <param name="obj"></param> /// <param name="convEmpty">空字串是否也要傳DBNull...
    公佈在 黑暗執行緒 (Weblog)Jeffrey 發表於 08-17-2015
  • SQL筆記:WHERE 1=1會拖累效能嗎?

    稱不上DB咖的我,反常地連寫兩篇SQL筆記,其實都是研究「動態產生SQL查詢條件」議題的副產品,這篇才算步入正題,鴨架子湯先來兩碗,烤鴨才上桌,哈!但這樣安排是對的,以下探討有一部分需要先前筆記的基礎才好聊下去。 兩週前,參加一場Code Review討論,會中大家剛好聊到「動態產生SQL查詢條件」這檔事兒。它的情境是:使用者在操作介面上有多項條件選擇,例如:日期、類別、關鍵字,每個條件使用者可選擇輸入或不輸入(不輸入代表不限定)。從程式的角度,使用者依輸入條件不同,可能形成以下幾種SQL查詢條件: 全部都不填 不需WHERE條件,查詢全部資料 填日期 WHERE Date = @date 填類別...
    公佈在 黑暗執行緒 (Weblog)Jeffrey 發表於 08-16-2015
  • SQL筆記:Literal, Variable與Parameter

    繼續研究不同SQL寫法對執行計劃的影響。 如果大家讀過 上一篇筆記 ,就會知道以下兩則查詢將使用不同的執行計劃,前者走Clustered Index Scan,後者則是Index Seek + Key Lookup。 SELECT ProductID, OrderQty FROM Sales.SalesOrderDetail WHERE ProductID = 870 --4688筆 SELECT ProductID, OrderQty FROM Sales.SalesOrderDetail WHERE ProductID = 897 --2筆 經實測,執行計劃正如預期: 那,如果我將SQL改成這樣呢...
    公佈在 黑暗執行緒 (Weblog)Jeffrey 發表於 08-16-2015
第1頁,共1頁 (4個項目)
Powered by Community Server (Non-Commercial Edition), by Telligent Systems