SQL Server 脚本语句

一、语法结构

select select_list
[ into new_table ]
from table_source
[ where search_condition ]
[ group by broup_by_expression ]
[ having search_condition ]
[order by order_by_expression [ asc | desc ] 

select查询语句中的主要参数说明如下

select_list:查询的列或者表达式的列表，用逗号进行分隔。 new_table:新的表名。 table_source:要查询的表。如果是多个表，用逗号进行分隔。 search_condition:查询条件。 group_by_expression:分组表达式。 order_by_expression:排序表达式。 asc:升序排序。 desc：降序排序。

select查询语句字句的功能列表

子句	主要功能	是否必需
select	指定由查询返回的列	是
from	指定要查询的表	是
into	创建新表并将结果行插入新表中	否
where	查询条件	否
group by	对查询结果进行分组	否
order by	对查询结果进行排序	否
having	对查询结果进行筛选	否

---

二、选择列表

　　选择列表用于定义select语句的结果集中的列

　　1、*　　查询所有列：

　　select * from person　　

　　*就是结果集合，表示查询person表中的所有列。

　　2、distinct　　去除重复数据：

　　　distinct是对所有列作用，也就是说，所有列都相同才算重复数据。

　　select distinct name from person

　　3、包含函数的查询:

　　例如:

　　select count(*) from person

---

三、from子句

from子句实际上就是用逗号分隔的表名、视图名和join字句的列表。使用from子句可以实现如下功能：

1、列出选择列表和where子句引用的列所在的表和视图。可以使用as子句为表和视图指定别名。

2、联接类型。这些类型由on子句中指定的联接条件限定。

分配表名时可以使用如下形式

• • table_name  as  table alias
  • table_name  as  table_alias

需要特别说明的是，如果为表分配了别名，那么T-SQL语句中对该表的所有显示引用都必须使用别名，而不能使用别名。

---

四、where子句

where子句可以筛选结果集的源表中的行。带有where子句的select语句的结构如下：

 　　select <字段列表>
 　　from <表名>
 　　where<条件表达式>

其中，条件表达式是由各种字段、常量、表达式、关系运算符、逻辑运算符和特殊的运算符组合起来的。

where子句中的运算符:

1、关系运算符

　　关系运算符用来表示两个表达式之间的比较关系。

关系运算符	含义
=	等于
<	小于
>	大于
!=(或<>)	不等于
>=	大于等于
<=	小于等于
!>	不大于
!<	不小于

　　2、逻辑运算符

　　　　逻辑运算符用于表示两个表达式之间的逻辑关系：

逻辑运算符	含义
not	非(否)
and	与
or	或

　　3、特殊运算符

特殊运算符	含义
%	通配符，通常与like配合使用
_	通配符，代表严格的一个字符。where name like '_xxx'将查找以xxx结尾的所有4个字母的名字(sxxx,dxxx等)
[]	指定范围([a-f])或集合([abcdefg])中的任何单个字符。where name like '[a-f]xxxx',将超找以abcdef开头,xxxx结尾的字符。
[^]	不属于指定范围的([a-f])或集合([abcdefg])的任何单个字符。
between	定义一个取值范围区间，使用and分开。between开始值与and结束值。
like	字符串匹配
in	一个字段的值是否在一组定义的值之中
exists	子查询有结果集返回(则子查询返回True)
not exists	子查询没有结果集返回(则子查询返回True)
is null	字段是否为null
is not null	字段是否不为null

在WHERE子句中使用EXISTS(如果使用得当的话)可以大大提高性能。因为使用EXISTS时，只要找到和条件匹配的记录，SQL Server就立即停止。假设有一个包含一百万条记录的表，并且在第三个记录中找到了匹配的记录，那么使用EXISTS选项将避免读取999997条记录！NOT EXISTS以同样的方式工作。

---

五、group by子句

为了最简单地说明问题，我特地设计了一张这样的表。

　　

一、GROUP BY单值规则

　　规则1：单值规则，跟在SELECT后面的列表，对于每个分组来说，必须返回且仅仅返回一个值。

　　典型的表现就是跟在SELECT后面的列，如果没有使用聚合函数，必须出现在GROUP BY子句后面。

　　如下面这个查询报错：

　　

　　因为对于按照部门分组之后，技术部分组有3个编号，销售部分组有2个编号，你让数据库显示哪个呢？

　　如果假设你使用聚合函数COUNT(编号)之后，对于每个部门分组，就只有一个值 - 该部门下的人数：

　　

　　下面来实战下，我们希望查询出每个部门，最高工资的那个人的姓名，部门，工资。

　　

　　Shit，出师不利。第一次实战就错误了，我们来分析下。

　　很明显，上面的姓名列是不符合单值规则的。我们的一厢情愿想法是，MAX(工资)之后，SQL Server就能自动帮我们返回不符合单值规则的'姓名'。但是很遗憾,SQL Server并没有这么做。理由如下：

1. 　　如果两个人的工资相同，那么应该将哪个人的姓名返回?
2. 　　如果我们使用的不是MAX()聚合函数，而是SUM、AVG等聚合函数（没有与之匹配的工资），那么姓名返回哪个？
3. 　　如果在查询语句中使用了两个聚合函数，如MAX(),MIN()。那么应该返回的是MAX工资的姓名，还是MIN工资的姓名呢？

　　综上所述，数据库是不可能能够根据我们输入的一个聚合函数，就帮助我们判断并显示出不符合单值规则的列的。

　　对于MYSQL来说，当有这种不符合单值规则的列时，默认是返回这一组结果的第一条记录。而SQLite是返回最后一条。

　　因此，对于以上查询，我们要另寻解决方案。

　　解决方案1：关联子查询

SELECT 姓名,部门,工资 FROM 工资表 AS T1
WHERE NOT EXISTS (SELECT NULL FROM 工资表 AS T2 WHERE T1.部门 = T2.部门 AND T2.工资 > T1.工资)

　　输出如下：

　　

　　完全符合要求。对于上面的关联子查询，可以理解为：

　　遍历工资表的所有记录，查找不存在比当前记录部门相同且工资还大的记录。

　　虽然，关联子查询的语法非常简单，但是性能并不好。因为对于每一条记录，都要执行一次子查询。

　　解决方案2：衍生表

　　 使用衍生表的思路是，先执行一个子查询，得到一个临时结果集，然后用临时结果集和原表进行INNER JOIN操作。就能得到最高工资的人的信息。

　　

　　刚写出这个SQL语句时，觉得非常妙，理解了之后觉得非常妙。

SELECT 姓名,T1.部门,工资 FROM 工资表 AS T1 INNER JOIN
(
    SELECT 部门,MAX(工资) AS 最高 FROM 工资表    --执行查询，先记录两个字段 部门-最高工资
    GROUP BY 部门
) AS T2        --衍生表T2
ON T1.部门 = T2.部门 AND 工资 = 最高

　　衍生表的方式性能优于关联子查询，因为衍生表的方式只执行了一次子查询。但是它需要一张临时表来存储临时记录。因此，这个方案也并不是最佳的解决方案。

　　解决方案3：使用JOIN + IS NULL

　　这是一个更妙的解决方案，当我们用一个外联结去匹配记录时，当匹配的记录不存在，就会用NULL来代替相应的列。

　　我们先来看一条非常简答的SQL语句：

　　

　　从中你看到了什么？当T2表中，不存在比T1表中工资高的记录时就返回NULL。

　　那么，那么，那么一个IS NULL是不是就解决问题了呢？

　　

　　好妙，好妙的方法，让人拍案叫绝的使用了OUTER JOIN。

　　JOIN解决方案适用于针对大量数据查询并且可伸缩比较时。它总是能比基于子查询的解决方案更好地适应数据量的变量。

　　解决方案4：对额外的列使用聚合函数

　　我们知道，GROUP BY时，SELECT列表必须返回的是单值，那么我们可不可以通过使用聚合函数，让这个列返回单值呢？答案是可以的。

　　

　　其实，返回的数据是有问题的，当工资相同时，它就返回按姓名从大到小排列的第一个姓名。也就是说，当工资相同时，它只能够返回一条记录。

　　我们将聚合函数换成MIN看看。

　　

　　解决方案5：Row_Number() + OVER

　　WITH B AS
　　(
    　　SELECT row_number() OVER(PARTITION BY Name ORDER BY CreateTime) AS part ,Score, Name, CreateTime
    　　FROM xxx
　　)
　　SELECT * FROM B WHERE Part = 1

　　输出如下：

　　

二、HAVING的理解

　　WHERE与HAVING的区别：

• 　　WHERE(分组前过滤)：WHERE不能对聚合函数列进行过滤，因为执行WHERE的时候，分组尚未执行，聚合函数也未执行。
• 　　HAVING(分组后过滤)：主要用于对聚合函数列进行过滤，因为HAVING实在分组之后执行的。HAVING子句只能配合GROUP BY子句使用。没有GROUP BY子句时不能使用HAVING。

　　错误使用WHERE的示例：

　　

　　正确使用WHERE与HAVING的示例：

　　

为了最简单地说明问题，我特地设计了一张这样的表。

　　

一、GROUP BY单值规则

　　规则1：单值规则，跟在SELECT后面的列表，对于每个分组来说，必须返回且仅仅返回一个值。

　　典型的表现就是跟在SELECT后面的列，如果没有使用聚合函数，必须出现在GROUP BY子句后面。

　　如下面这个查询报错：

　　

　　因为对于按照部门分组之后，技术部分组有3个编号，销售部分组有2个编号，你让数据库显示哪个呢？

　　如果假设你使用聚合函数COUNT(编号)之后，对于每个部门分组，就只有一个值 - 该部门下的人数：

　　

　　下面来实战下，我们希望查询出每个部门，最高工资的那个人的姓名，部门，工资。

　　

　　Shit，出师不利。第一次实战就错误了，我们来分析下。

　　很明显，上面的姓名列是不符合单值规则的。我们的一厢情愿想法是，MAX(工资)之后，SQL Server就能自动帮我们返回不符合单值规则的'姓名'。但是很遗憾,SQL Server并没有这么做。理由如下：

1. 　　如果两个人的工资相同，那么应该将哪个人的姓名返回?
2. 　　如果我们使用的不是MAX()聚合函数，而是SUM、AVG等聚合函数（没有与之匹配的工资），那么姓名返回哪个？
3. 　　如果在查询语句中使用了两个聚合函数，如MAX(),MIN()。那么应该返回的是MAX工资的姓名，还是MIN工资的姓名呢？

　　综上所述，数据库是不可能能够根据我们输入的一个聚合函数，就帮助我们判断并显示出不符合单值规则的列的。

　　对于MYSQL来说，当有这种不符合单值规则的列时，默认是返回这一组结果的第一条记录。而SQLite是返回最后一条。

　　因此，对于以上查询，我们要另寻解决方案。

　　解决方案1：关联子查询

SELECT 姓名,部门,工资 FROM 工资表 AS T1
WHERE NOT EXISTS (SELECT NULL FROM 工资表 AS T2 WHERE T1.部门 = T2.部门 AND T2.工资 > T1.工资)

　　输出如下：

　　

　　完全符合要求。对于上面的关联子查询，可以理解为：

　　遍历工资表的所有记录，查找不存在比当前记录部门相同且工资还大的记录。

　　虽然，关联子查询的语法非常简单，但是性能并不好。因为对于每一条记录，都要执行一次子查询。

　　解决方案2：衍生表

　　 使用衍生表的思路是，先执行一个子查询，得到一个临时结果集，然后用临时结果集和原表进行INNER JOIN操作。就能得到最高工资的人的信息。

　　

　　刚写出这个SQL语句时，觉得非常妙，理解了之后觉得非常妙。

SELECT 姓名,T1.部门,工资 FROM 工资表 AS T1 INNER JOIN
(
    SELECT 部门,MAX(工资) AS 最高 FROM 工资表    --执行查询，先记录两个字段 部门-最高工资
    GROUP BY 部门
) AS T2        --衍生表T2
ON T1.部门 = T2.部门 AND 工资 = 最高

　　衍生表的方式性能优于关联子查询，因为衍生表的方式只执行了一次子查询。但是它需要一张临时表来存储临时记录。因此，这个方案也并不是最佳的解决方案。

　　解决方案3：使用JOIN + IS NULL

　　这是一个更妙的解决方案，当我们用一个外联结去匹配记录时，当匹配的记录不存在，就会用NULL来代替相应的列。

　　我们先来看一条非常简答的SQL语句：

　　

　　从中你看到了什么？当T2表中，不存在比T1表中工资高的记录时就返回NULL。

　　那么，那么，那么一个IS NULL是不是就解决问题了呢？

　　

　　好妙，好妙的方法，让人拍案叫绝的使用了OUTER JOIN。

　　JOIN解决方案适用于针对大量数据查询并且可伸缩比较时。它总是能比基于子查询的解决方案更好地适应数据量的变量。

　　解决方案4：对额外的列使用聚合函数

　　我们知道，GROUP BY时，SELECT列表必须返回的是单值，那么我们可不可以通过使用聚合函数，让这个列返回单值呢？答案是可以的。

　　

　　其实，返回的数据是有问题的，当工资相同时，它就返回按姓名从大到小排列的第一个姓名。也就是说，当工资相同时，它只能够返回一条记录。

　　我们将聚合函数换成MIN看看。

　　

　　解决方案5：Row_Number() + OVER

　　WITH B AS
　　(
    　　SELECT row_number() OVER(PARTITION BY Name ORDER BY CreateTime) AS part ,Score, Name, CreateTime
    　　FROM xxx
　　)
　　SELECT * FROM B WHERE Part = 1

　　输出如下：

　　

二、HAVING的理解

　　WHERE与HAVING的区别：

• 　　WHERE(分组前过滤)：WHERE不能对聚合函数列进行过滤，因为执行WHERE的时候，分组尚未执行，聚合函数也未执行。
• 　　HAVING(分组后过滤)：主要用于对聚合函数列进行过滤，因为HAVING实在分组之后执行的。HAVING子句只能配合GROUP BY子句使用。没有GROUP BY子句时不能使用HAVING。

　　错误使用WHERE的示例：

　　

　　正确使用WHERE与HAVING的示例：

　　

---

六、order by子句

　　order by子句用于指定结果集的排序

　　1、语法结构：

　　　　select <字段名列表>
　　　　from 数据库表名
　　　　[where <条件表达式>]
　　　　[order by[<字段名或者表达式> [asc|desc],...]]

　　order by子句可以搭配where子句，也可以和select、fromD搭配使用，而不需要where子句。

　　order by子句的语法如下：

    [ order by { order_by_expression [ asc | desc] } [ ,...n ] ]

其中主要的参数说明如下：

　　order_by_espression:指定要排序的列、列的别名、表达式或者指定为代表选择列表内的名称、别名或表达式的位置的负整数。

　　asc:按递增顺序对指定列中的值进行排序。

　　desc:按递减顺序对指定列中的值进行排序。

---

七、having筛选查询

　　详见地址：http://www.cnblogs.com/kissdodog/p/3365789.html

八、into查询

　　into子句将查询结果生成新表，新表的结构由查询字段列表组成。也可以将查询的结果送入tempdb数据库的临时表中，这样关闭服务器之后临时表会自动删除。

　　into查询的语法结构：

　　SELECT <字段名列表>
　　[ into 新的数据表名 ]
　　FROM　数据库表名
　　[ where <条件表达式> ]