发布于 2016-05-05 05:54:23 | 220 次阅读 | 评论: 1 | 来源: 网友投递

这里有新鲜出炉的SQL教程，程序狗速度看过来！

SQL 结构化查询语言

结构化查询语言(Structured Query Language)简称SQL(发音：/ˈɛs kjuː ˈɛl/ "S-Q-L")，结构化查询语言是一种数据库查询和程序设计语言，用于存取数据以及查询、更新和管理关系数据库系统；同时也是数据库脚本文件的扩展名。结构化查询语言是高级的非过程化编程语言，允许用户在高层数据结构上 工作。它不要求用户指定对数据的存放方法，也不需要用户了解具体的数据存放方式，所以具有完全不同底层结构的不同数据库系统, 可以使用相同的结构化查询语言作为数据输入与管理的接口。结构化查询语言语句可以嵌套，这使它具有极大的灵活性和强大的功能。

---

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

 

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

表定义	生成的实体

2.

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

生成的SQL语句是这样的

注意到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 生成的SQL语句是表扫描，而后者则是索引查找。

 

3.

对策

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

看一下改了之后的查询

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