当前位置: 首页 > 图文教程 > 数据库 > MSSQL > LINQ to SQL:处理char(1)字段的方式会引起全表扫描问题

MSSQL
正确配置和使用SQL mail
关于DTS导入导出丢失默认值等对象
TOP N 和SET ROWCOUNT N 哪个更快
如何在视图中使用ORDER BY短语
如何区分大小写比较？
如何将作为字符串保存的IP地址变为二进制数值？
如何随机选取n条记录或者对记录作随机排序？
SQL脚本生成的一些BUG
如何使Microsoft SQL Server的日志文件不会增大？
利用事务日志来恢复Update、Delete误操作引起的数据丢
关于MSSQL占用过多内存的问题
SQL Server非正常删除日志文件（ldf）恢复方法
处理孤立用户的存储过程
1069错误（由于登录失败而无法启动服务）解决方法
SQL Server 7.0数据库的六种数据移动方法
利用SQL Server的扩展属性象access一样显示列的注释
Stored Procedure（存储过程）编写经验和优化措施
更新你的联机丛书
关于SQL Server中几个未公布的访问注册表的扩展存储过
存储过程替换text,ntext列中的字符串

No. « 63 64 65 66 »

技术文章搜索

关键字

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

出处:互联网   整理: 软晨网（RuanChen.com）   发布: 2009-09-13   浏览: 140 ::
收藏到网摘: n/a

1.相关内容： 在SQL Server 2000中，如果数据库的排序规则为Chinese_PRC_CI_AS，那么查询时是不分大小写的，例如下列这二条SQL语句，查询的结果是一样的。

image

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

image image
表定义 生成的实体

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

image

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

3.

对策

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

image

看一下改了之后的查询

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不要输入过长的内容，否则会出错了。