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

(编辑:jimmy 日期: 2024/12/24 浏览:2)

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

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

LINQ to SQL:处理char(1)字段的方式会引起全表扫描问题 LINQ to SQL:处理char(1)字段的方式会引起全表扫描问题 表定义 生成的实体

2.

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

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

图中可以看出,Linq to SQL 生成的SQL语句是表扫描,而后者则是索引查找。

 

3.

对策

在DBML设计器中将LineCode改成string类型。

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

看一下改了之后的查询

var test1 = from p in db.ProductLines             where 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.8 Linq sql

改为string后,生成的SQL不再用UNICODE函数了,就解决了区分大小写和引起全表扫描的问题。但又引起一个新的问题,因为数据库中存储的数据长度是1,在Insert和Update时就要注意,LineCode不要输入过长的内容,否则会出错了。

一句话新闻

一文看懂荣耀MagicBook Pro 16
荣耀猎人回归!七大亮点看懂不只是轻薄本,更是游戏本的MagicBook Pro 16.
人们对于笔记本电脑有一个固有印象:要么轻薄但性能一般,要么性能强劲但笨重臃肿。然而,今年荣耀新推出的MagicBook Pro 16刷新了人们的认知——发布会上,荣耀宣布猎人游戏本正式回归,称其继承了荣耀 HUNTER 基因,并自信地为其打出“轻薄本,更是游戏本”的口号。
众所周知,寻求轻薄本的用户普遍更看重便携性、外观造型、静谧性和打字办公等用机体验,而寻求游戏本的用户则普遍更看重硬件配置、性能释放等硬核指标。把两个看似难以相干的产品融合到一起,我们不禁对它产生了强烈的好奇:作为代表荣耀猎人游戏本的跨界新物种,它究竟做了哪些平衡以兼顾不同人群的各类需求呢?