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列内容的UNICODE再和'A'的UNICODE比较。我们知道'A'和'a'的UNICODE是不同的。UNICODE('A') =65,UNICODE('a')=97,也就是说,我们在Linq to SQL中这二个查询的结果是不一样的。
Linq 语句 |
|
| ||||||||
生成SQL语句 |
明显,在Linq to sql是查询char(1)类型字段是区分大小写的。
这还会导致一个比较严重的问题,我们知道在SQL Server中,任何在运算符左边的操作都会使SQL采用全表扫描。也就是说,Linq的这个查询,会引起全表扫描,即使[LineCode]列上定义了聚合索引。而如果是where [linecode]='A',则可以使用索引。我们看下这二种情况时的查询执行计划对比。
图中可以看出,Linq to SQL 生成的SQL语句是表扫描,而后者则是索引查找。
3.
对策
在DBML设计器中将LineCode改成string类型。
看一下改了之后的查询
|
|||||
Linq | sql |
改为string后,生成的SQL不再用UNICODE函数了,就解决了区分大小写和引起全表扫描的问题。但又引起一个新的问题,因为数据库中存储的数据长度是1,在Insert和Update时就要注意,LineCode不要输入过长的内容,否则会出错了。
相关文章
一次SQL查询优化原理分析(900W+数据从17s到300ms)
本文主要介绍了一次SQL查询优化原理分析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧2022-06-06在SQL Server中使用 Try Catch 处理异常的示例详解
这篇文章主要介绍了如何在 SQL Server 中使用 Try Catch 处理异常,通过实例代码了解 SQL Server 中的 Try-Catch 实现,本文给大家介绍的非常详细,需要的朋友可以参考下2022-07-07SQL Server附加数据库报错:无法为该请求检索数据错误解决办法
在SQL Server中附加数据库时可能会发生各种错误,这篇文章主要给大家介绍了关于SQL Server附加数据库报错:无法为该请求检索数据错误的解决办法,文中通过图文介绍的非常详细,需要的朋友可以参考下2023-12-12深入SQL截取字符串(substring与patindex)的详解
本篇文章是对SQL截取字符串(substring与patindex的使用)进行了详细的分析介绍,需要的朋友参考下2013-06-06
最新评论