LINQtoSQL:处理char(1)字段的方式会引起全表扫描问题

来源：动视网责编：小采时间：2020-11-09 07:16:10

LINQtoSQL:处理char(1)字段的方式会引起全表扫描问题

LINQtoSQL:处理char(1)字段的方式会引起全表扫描问题: 如果表中的字段类型为 char(1) 时，Linq to SQL生成char (System.Char)的属性，如下图表定义生成的实体 2. 如果要查询LineCode=='A'的记录，可以这样定义Linq查询语句 var test1 = from p in db.Produc

推荐度：

点击下载本文 文档为doc格式

导读LINQtoSQL:处理char(1)字段的方式会引起全表扫描问题: 如果表中的字段类型为 char(1) 时，Linq to SQL生成char (System.Char)的属性，如下图表定义生成的实体 2. 如果要查询LineCode=='A'的记录，可以这样定义Linq查询语句 var test1 = from p in db.Produc

如果表中的字段类型为 char(1) 时，Linq to SQL生成char (System.Char)的属性，如下图


表定义	生成的实体

如果要查询LineCode=='A'的记录，可以这样定义Linq查询语句

var test1 = from p in db.ProductLines

where 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.ProductLines

where p.LineCode =='a'

select p;

var test1 = from p in db.ProductLines

where 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'，则可以使用索引。我们看下这二种情况时的查询执行计划对比。