时间:2021-05-24
如果表中的字段类型为 char(1) 时,Linq to SQL生成char (System.Char)的属性,如下图
表定义生成的实体2.
如果要查询LineCode=='A'的记录,可以这样定义Linq查询语句
var test1 = from p in db.ProductLineswhere p.LineCode =='A'select p;生成的SQL语句是这样的
SELECT [t0].[LineCode], [t0].[LineName], [t0].[JPH], [t0].[QueueCount]FROM [dbo].[ProductLine] AS [t0]WHERE UNICODE([t0].[LineCode]) = @p0-- @p0: Input Int (Size = 0; Prec = 0; Scale = 0) [65]-- Context: SqlProvider(Sql2000) Model: AttributedMetaModel Build: 3.5.21022.8注意到Where语句了吗?是WHERE UNICODE([t0].[LineCode]) = 65,这里先取LineCode列内容的UNICODE再和'A'的UNICODE比较。我们知道'A'和'a'的UNICODE是不同的。UNICODE('A') =65,UNICODE('a')=97,也就是说,我们在Linq to SQL中这二个查询的结果是不一样的。
Linq 语句var test1 = from p in db.ProductLineswhere p.LineCode =='a'select p;var test1 = from p in db.ProductLineswhere p.LineCode =='A'select p;生成SQL语句SELECT [t0].[LineCode], [t0].[LineName], [t0].[JPH], [t0].[QueueCount]FROM [dbo].[ProductLine] AS [t0]WHERE UNICODE([t0].[LineCode]) = @p0-- @p0: Input Int (Size = 0; Prec = 0; Scale = 0) [97]SELECT [t0].[LineCode], [t0].[LineName], [t0].[JPH], [t0].[QueueCount]FROM [dbo].[ProductLine] AS [t0]WHERE UNICODE([t0].[LineCode]) = @p0-- @p0: Input Int (Size = 0; Prec = 0; Scale = 0) [65]明显,在Linq to sql是查询char(1)类型字段是区分大小写的。
这还会导致一个比较严重的问题,我们知道在SQL Server中,任何在运算符左边的操作都会使SQL采用全表扫描。也就是说,Linq的这个查询,会引起全表扫描,即使[LineCode]列上定义了聚合索引。而如果是where [linecode]='A',则可以使用索引。我们看下这二种情况时的查询执行计划对比。
图中可以看出,Linq to SQL 生成的SQL语句是表扫描,而后者则是索引查找。
3.
对策
在DBML设计器中将LineCode改成string类型。
看一下改了之后的查询
var test1 = from p in db.ProductLineswhere p.LineCode == "a"select p;SELECT [t0].[LineCode], [t0].[LineName], [t0].[JPH], [t0].[QueueCount]FROM [dbo].[ProductLine] AS [t0]WHERE [t0].[LineCode] = @p0-- @p0: Input VarChar (Size = 1; Prec = 0; Scale = 0) [a]-- Context: SqlProvider(Sql2000) Model: AttributedMetaModel Build: 3.5.21022.8Linqsql改为string后,生成的SQL不再用UNICODE函数了,就解决了区分大小写和引起全表扫描的问题。但又引起一个新的问题,因为数据库中存储的数据长度是1,在Insert和Update时就要注意,LineCode不要输入过长的内容,否则会出错了。
声明:本页内容来源网络,仅供用户参考;我单位不保证亦不表示资料全面及准确无误,也不保证亦不表示这些资料为最新信息,如因任何原因,本网内容或者用户因倚赖本网内容造成任何损失或损害,我单位将不会负任何法律责任。如涉及版权问题,请提交至online#300.cn邮箱联系删除。
查询语句的优化是SQL效率优化的一个方式,可以通过优化sql语句来尽量使用已有的索引,避免全表扫描,从而提高查询效率。最近在对项目中的一些sql进行优化,总结整
这两天看到了两种可能会导致全表扫描的sql,这里给大家看一下,希望可以避免踩坑:情况1:强制类型转换的情况下,不会使用索引,会走全表扫描。举例如下:首先我们创建
本文对SQL在什么情况下进行全表扫描的问题给出了全面解析,大家在实际运用中可以作个参考。 1:对返回的行无任何限定条件,即没有where字句。 2:对数
1.问题起源oracle数据库字段值为小于1的小数时,使用char类型处理,会丢失小数点前面的0例如0.35就变成了.352.解决办法:用to_char函数格式
1.对查询进行优化,应尽量避免全表扫描,首先应考虑在where及orderby涉及的列上建立索引。 2.应尽量避免在where子句中对字段进行null值判