LINQ to SQL:處理char(1)字段的方式會引起全表掃描問題
如果表中的字段類型為 char(1) 時,Linq to SQL生成char (System.Char)的屬性,如下圖
![]() |
![]() |
表定義 | 生成的實體 |
2.
如果要查詢LineCode=='A'的記錄,可以這樣定義Linq查詢語句
var test1 = from p in db.ProductLines |
where p.LineCode =='A' |
select p; |
生成的SQL語句是這樣的
注意到Where語句了嗎?是WHERE UNICODE([t0].[LineCode]) = 65,這里先取LineCode列內(nèi)容的UNICODE再和'A'的UNICODE比較。我們知道'A'和'a'的UNICODE是不同的。UNICODE('A') =65,UNICODE('a')=97,也就是說,我們在Linq to SQL中這二個查詢的結(jié)果是不一樣的。
Linq 語句 |
|
| ||||||||
生成SQL語句 |
明顯,在Linq to sql是查詢char(1)類型字段是區(qū)分大小寫的。
這還會導致一個比較嚴重的問題,我們知道在SQL Server中,任何在運算符左邊的操作都會使SQL采用全表掃描。也就是說,Linq的這個查詢,會引起全表掃描,即使[LineCode]列上定義了聚合索引。而如果是where [linecode]='A',則可以使用索引。我們看下這二種情況時的查詢執(zhí)行計劃對比。
圖中可以看出,Linq to SQL 生成的SQL語句是表掃描,而后者則是索引查找。
3.
對策
在DBML設計器中將LineCode改成string類型。
看一下改了之后的查詢
|
|||||
Linq | sql |
改為string后,生成的SQL不再用UNICODE函數(shù)了,就解決了區(qū)分大小寫和引起全表掃描的問題。但又引起一個新的問題,因為數(shù)據(jù)庫中存儲的數(shù)據(jù)長度是1,在Insert和Update時就要注意,LineCode不要輸入過長的內(nèi)容,否則會出錯了。
相關(guān)文章
一次SQL查詢優(yōu)化原理分析(900W+數(shù)據(jù)從17s到300ms)
本文主要介紹了一次SQL查詢優(yōu)化原理分析,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2022-06-06教你恢復SQLSERVER的master系統(tǒng)庫的方法
這篇文章主要介紹了恢復SQLSERVER的master系統(tǒng)庫,本文介紹可能需要恢復master數(shù)據(jù)庫的情況以及如何正確完成這些步驟,需要的朋友可以參考下2022-09-09在SQL?Server中使用?Try?Catch?處理異常的示例詳解
這篇文章主要介紹了如何在?SQL?Server?中使用?Try?Catch?處理異常,通過實例代碼了解 SQL Server 中的 Try-Catch 實現(xiàn),本文給大家介紹的非常詳細,需要的朋友可以參考下2022-07-07SQL?Server附加數(shù)據(jù)庫報錯:無法為該請求檢索數(shù)據(jù)錯誤解決辦法
在SQL Server中附加數(shù)據(jù)庫時可能會發(fā)生各種錯誤,這篇文章主要給大家介紹了關(guān)于SQL?Server附加數(shù)據(jù)庫報錯:無法為該請求檢索數(shù)據(jù)錯誤的解決辦法,文中通過圖文介紹的非常詳細,需要的朋友可以參考下2023-12-12深入SQL截取字符串(substring與patindex)的詳解
本篇文章是對SQL截取字符串(substring與patindex的使用)進行了詳細的分析介紹,需要的朋友參考下2013-06-06