本篇作品深度中等左右,请先复习SQL基础知识

1   概述

1   概述

已发布【SqlServer体系】著作如下:

已发表【SqlServer系列】作品如下:

正如多少个问题,假若您能迎刃而解,请继续往下看,若不可能化解,请先复习SQL基础知识,再来阅读本篇小说。本篇小说深度中等左右。

正如多少个问题,倘使你能化解,请继续往下看,若无法缓解,请先复习SQL基础知识,再来阅读本篇著作。本篇小说深度中等左右。

Q1:表StudentScores如下,用一条SQL语句询问出每门课都大于80 分的学生姓名

Q1:表StudentScores如下,用一条SQL语句询问出每门课都大于80 分的学习者姓名

图片 1

图片 2

Q2:表DEMO_DELTE如下,删除除了自行编号不同, 其他都一律的学童冗余音信

Q2:表DEMO_DELTE如下,删除除了活动编号不同, 其他都一模一样的学员冗余音信

图片 3

图片 4

Q3:Team表如下,甲乙丙丁为多少个球队,现在六个球对举办竞赛,用一条sql 语句突显所有可能的比赛组合

Q3:Team表如下,甲乙丙丁为两个球队,现在四个球对举行较量,用一条sql 语句呈现所有可能的竞技组合

图片 5

图片 6

Q4:请考虑如下SQL语句在Microsoft SQL
Server 引擎中的逻辑处理顺序

Q4:请考虑如下SQL语句在Microsoft SQL
Server 引擎中的逻辑处理顺序

1 USE TSQLFundamentals2008
2 
3 SELECT empid,YEAR(orderdate) AS orderyear,COUNT(*) numorders
4 FROM Sales.Orders
5 WHERE custid=71
6 GROUP BY empid,YEAR(orderdate)
7 HAVING  COUNT(*)>1
8 ORDER BY empid,orderyear
1 USE TSQLFundamentals2008
2 
3 SELECT empid,YEAR(orderdate) AS orderyear,COUNT(*) numorders
4 FROM Sales.Orders
5 WHERE custid=71
6 GROUP BY empid,YEAR(orderdate)
7 HAVING  COUNT(*)>1
8 ORDER BY empid,orderyear

本篇著作将分析一般查询过程中,涉及到的拍卖逻辑子句,重要不外乎FROM,WHERE,GROUP
BY,HAVING,SELECT,ORDER BY,TOP,OVER等子句。

本篇著作将分析一般查询过程中,涉及到的处理逻辑子句,首要概括FROM,WHERE,GROUP
BY,HAVING,SELECT,ORDER BY,TOP,OVER等子句。

2   SELECT语句的要素

2   SELECT语句的元素

2.1
常规查询子句和逻辑处理顺序

2.1
常规查询子句和逻辑处理顺序

对数据表举办检索查询时,查询语句一般包括FROM,WHERE,GROUP
BY,HAVING,SELECT,ORDER
BY,TOP,OVER等子句,请考虑如下例子的逻辑处理顺序。

对数据表举办搜索查询时,查询语句一般包括FROM,WHERE,GROUP
BY,HAVING,SELECT,ORDER
BY,TOP,OVER等子句,请考虑如下例子的逻辑处理顺序。

1 USE TSQLFundamentals2008
2 
3 SELECT empid,YEAR(orderdate) AS orderyear,COUNT(*) numorders
4 FROM Sales.Orders
5 WHERE custid=71
6 GROUP BY empid,YEAR(orderdate)
7 HAVING  COUNT(*)>1
8 ORDER BY empid,orderyear
1 USE TSQLFundamentals2008
2 
3 SELECT empid,YEAR(orderdate) AS orderyear,COUNT(*) numorders
4 FROM Sales.Orders
5 WHERE custid=71
6 GROUP BY empid,YEAR(orderdate)
7 HAVING  COUNT(*)>1
8 ORDER BY empid,orderyear

如上代码,在SQL中逻辑处理顺序如下:

如上代码,在SQL中逻辑处理顺序如下:

USE TSQLFundamentals2008

FROM Sales.Orders
WHERE custid=71
GROUP BY empid,YEAR(orderdate)
HAVING  COUNT(*)>1
SELECT empid,YEAR(orderdate) AS orderyear,COUNT(*) numorders
ORDER BY empid,orderyear
USE TSQLFundamentals2008

FROM Sales.Orders
WHERE custid=71
GROUP BY empid,YEAR(orderdate)
HAVING  COUNT(*)>1
SELECT empid,YEAR(orderdate) AS orderyear,COUNT(*) numorders
ORDER BY empid,orderyear

 逻辑处理顺序可归纳为如下:

 逻辑处理顺序可归纳为如下:

图片 7

图片 8

注释:

注释:

a.在例行编程语言中,如c++,java,c#等,程序依照“从上往下”的一一一步一步地推行,但是在SQL中,SELECT语句所处地方即便在最起首,却不是在第一执行的;

a.在正规编程语言中,如c++,java,c#等,程序按照“从上往下”的一一一步一步地实施,然则在SQL中,SELECT语句所处地点即使在最先导,却不是在第一执行的;

b.逻辑处理顺序的每一步回去的结果集均是接着该步语句的下一步语句要实施的结果集;

b.逻辑处理顺序的每一步回去的结果集均是接着该步语句的下一步语句要履行的结果集;

c.FROM获取数据源(或者数据表),WHERE在FROM基础上过滤条件,GROUP
BY在WHERE的底子上遵照至少一列对聚集举行分组,HAVING在GROUP
BY基础上,对曾经分组的成团举行过滤,SELECT语句在HAVING基础上寻找,ORDER
BY在SELECT基础上遵从一定原则举行排序;

c.FROM获取数据源(或者数据表),WHERE在FROM基础上过滤条件,GROUP
BY在WHERE的底蕴上服从至少一列对聚集举办分组,HAVING在GROUP
BY基础上,对曾经分组的聚众举办过滤,SELECT语句在HAVING基础上摸索,ORDER
BY在SELECT基础上遵从一定标准举行排序;

2.2 
部分查询子句讲解

2.2 
部分查询子句讲解

2.2.1   FROM子句

2.2.1   FROM子句

a.用数据库架构在限制代码中的对象名称,尽管无须数据库架构限定,Sql
Server也会隐式解析它,代价更高,初次之外,假使目的名相同,没有架构限定,会发生歧义;
b.FROM * 性能比 FROM
conum_name性能低;
c.FROM查询得到的结果集顺序是不管三七二十一的;
2.2.2  WHERE子句

a.用数据库架构在限制代码中的对象名称,就算无须数据库架构限定,Sql
Server也会隐式解析它,代价更高,初次之外,倘若目的名相同,没有架构限定,会暴发歧义;
b.FROM * 性能比 FROM
conum_name性能低;
c.FROM查询得到的结果集顺序是即兴的;
2.2.2  WHERE子句

a.过滤FROM阶段重返的行;
b.WHERE 谓词或逻辑表明式;
c.WHERE子句对查询性能有重大影响,在过滤表明式基础上,Sql
Server会总结使用什么索引来访问请求的多少;
d.扫描整张表,重返所有可能的行,在客户端过滤,开销相比大,如暴发大量的网络传输流量;
e.T-SQL使用三值谓词逻辑(true,false,unknown);

a.过滤FROM阶段再次来到的行;
b.WHERE 谓词或逻辑表明式;
c.WHERE子句对查询性能有首要影响,在过滤表明式基础上,Sql
Server会总计使用什么索引来访问请求的多寡;
d.扫描整张表,再次回到所有可能的行,在客户端过滤,开销相比较大,如发生大量的网络传输流量;
e.T-SQL使用三值谓词逻辑(true,false,unknown);

2.2.3  GROUP BY子句

2.2.3  GROUP BY子句

a.GROUP
BY阶段将上一阶段逻辑查询处理回来的行按“组”举行组合,每个组由在GROUP
BY子句中指定的个要素决定;
b.如若查询语句中关系到分组,那么GROUP
BY阶段之后测所有阶段(包括HAVING、SELECT以及ORDER
BY)的操作对象将是组,而不是独自的行。每个组最终表示为查询结果集中的一条龙;
c.GROUP
BY阶段之后处理的子句中指定的装有表明式务必保管为各样组只重回一个标量(单值)。以GROUP
BY列表中的元素为根基的表明式满意这一要求,因为遵照定义,在每个组中GROUP
BY元素只唯一出现两回;
d.聚合函数只为每个组重临一个值,所以一个要素假若不再GROUP
BY列表中冒出,就不得不作为聚合函数(COUNT、SUM、AVG、MIN和MAX)的输入。(注意:若有GROUP
BY子句,聚合函数只操作实际的每组,而非所有组);
e.所有聚合函数都会忽视NULL,但COUNT(*)除外;
f.在聚合函数中,能够采纳distinct来处理非重复数,如count(distinct
vary);

a.GROUP
BY阶段将上一阶段逻辑查询处理回来的行按“组”举行重组,每个组由在GROUP
BY子句中指定的个元素决定;
b.倘使查询语句中提到到分组,那么GROUP
BY阶段之后测所有阶段(包括HAVING、SELECT以及ORDER
BY)的操作对象将是组,而不是独立的行。每个组最终表示为查询结果集中的一条龙;
c.GROUP
BY阶段之后处理的子句中指定的有所表明式务必保管为各类组只再次来到一个标量(单值)。以GROUP
BY列表中的元素为根基的表明式知足这一要求,因为依据定义,在每个组中GROUP
BY元素只唯一出现四次;
d.聚合函数只为每个组再次回到一个值,所以一个要素虽然不再GROUP
BY列表中冒出,就不得不作为聚合函数(COUNT、SUM、AVG、MIN和MAX)的输入。(注意:若有GROUP
BY子句,聚合函数只操作实际的每组,而非所有组);
e.所有聚合函数都会忽视NULL,但COUNT(*)除外;
f.在聚合函数中,可以应用distinct来处理非重复数,如count(distinct
vary);

2.2.4  HAVING子句

2.2.4  HAVING子句

a.HAVING子句用于指定对组举行过滤的谓词或逻辑表达式,这与WHERE阶段对单身的行开展过滤相对应;
b.因为HAVING子句是在对行举行分组后甩卖的,所以可以在逻辑表明式中援引聚合函数,如
HAVING
COUNT(*)>1,意味着HAVING阶段过滤器只保留包含多行的组;

a.HAVING子句用于指定对组进行过滤的谓词或逻辑表达式,这与WHERE阶段对独立的行举办过滤相对应;
b.因为HAVING子句是在对行举行分组后处理的,所以可以在逻辑表达式中援引聚合函数,如
HAVING
COUNT(*)>1,意味着HAVING阶段过滤器只保留包含多行的组;

2.2.5  SELECT 子句

2.2.5  SELECT 子句

a.SELECT子句用于指定需要在询问重临的结果集中包含的性质(列);
b.SELECT子句再次来到列的称谓类型:

a.SELECT子句用于指定需要在查询重回的结果集中包含的习性(列);
b.SELECT子句重回列的称谓类型:

  • 直接基于正在询问的表的一一列
  • 二种方法定义别名,推荐应用AS。<表达式>AS<别名>;<别名>=<表明式>(别名
    等号 表明式);<表明式> <别名>(表达式 空格 别名)
  • 并未名字的列
  • 平昔基于正在询问的表的逐条列
  • 两种艺术定义别名,推荐应用AS。<表明式>AS<别名>;<别名>=<表明式>(别名
    等号 表明式);<表达式> <别名>(表明式 空格 别名)
  • 并未名字的列

c.在事关模型中,所有操作和关系都基于关系代数和涉嫌(集合)中的结果,但在SQL中,意况略有不同,因SELECT查询并不保证再次来到一个真正的聚众(即,由唯一行组成的无序聚集)。首先,SQL不要求表必须符合集合条件。SQL表可以没有键,行也不肯定有着唯一性,在这些情状下表都不是会见,而是多集(multiset)或包(bag)。但即使正在询问的表具有主键、也切合集合的条件,针对那几个表的SELECT查询任然可能回到包含重复的结果。在讲述SELECT查询的出口时,通常会使用结果集这个属于,但是,结果集并不一定非得严峻满意数学意义上的集合条件;
d.DISTINCT约束,确保行的唯一性,删除重复的行;
e.尽量不用SELECT *
格局查询所有列,而尽量用列明;

c.在事关模型中,所有操作和关系都基于关系代数和涉嫌(集合)中的结果,但在SQL中,情形略有不同,因SELECT查询并不保证再次来到一个实在的会聚(即,由唯一行组成的无序会聚)。首先,SQL不要求表必须符合集合条件。SQL表可以没有键,行也不自然有所唯一性,在这几个情况下表都不是聚众,而是多集(multiset)或包(bag)。但不怕正在询问的表具有主键、也适合集合的标准化,针对那一个表的SELECT查询任然可能回到包含重复的结果。在讲述SELECT查询的输出时,通常会选取结果集这一个属于,但是,结果集并不一定非得严厉满意数学意义上的集合条件;
d.DISTINCT约束,确保行的唯一性,删除重复的行;
e.尽量不用SELECT *
格局查询所有列,而尽量用列明;

2.2.6  ORDER BY

2.2.6  ORDER BY

a.明白SQL最着重的某些就是要了解表不保险是不变的,因为表是为着表示一个成团(假使有双重项,则是多集),而集合是无序的。这意味,假设在查询表时不指定一个ORDER
BY子句,那么即便查询能够重临一个结实表,但SQL
Server可以随意地按擅自顺序对结果张的行举行排序;
b.在ORDRTB
BY中应用ASC代表升序,DESC代表降序,默认意况是升序;
c.带有ORDER
BY子句的查询会生成一种ANSI称之为游标(cursor)的结果(一种非关系结果,其中的行具有固定的逐条)。在SQL中的某些语言因素和运算预期只对查询的表结果开展处理,而不可能处理游标,如表表达式和集合运算;

a.精晓SQL最着重的某些就是要理解表不保险是不变的,因为表是为着表示一个会合(倘诺有重复项,则是多集),而集合是无序的。这意味着,假若在查询表时不指定一个ORDER
BY子句,那么即使查询可以重返一个结实表,但SQL
Server可以随心所欲地按擅自顺序对结果张的行开展排序;
b.在ORDRTB
BY中使用ASC代表升序,DESC代表降序,默认情形是升序;
c.带有ORDER
BY子句的查询会生成一种ANSI称之为游标(cursor)的结果(一种非关系结果,其中的行具有固定的各种)。在SQL中的某些语言元素和运算预期只对查询的表结果举办拍卖,而不可能处理游标,如表表明式和集纳运算;

3    问题答案

3    问题答案

 Q1:KEY

 Q1:KEY

 1 --方法1
 2 select distinct studentName 
 3 from StudentScores
 4 where studentName not in 
 5 (
 6 select distinct studentName 
 7 from StudentScores 
 8 where courseGrades<=80
 9 )
10 
11 --方法2
12 select studentName 
13 from StudentScores 
14 group by studentName 
15 having min(courseGrades)>80
 1 --方法1
 2 select distinct studentName 
 3 from StudentScores
 4 where studentName not in 
 5 (
 6 select distinct studentName 
 7 from StudentScores 
 8 where courseGrades<=80
 9 )
10 
11 --方法2
12 select studentName 
13 from StudentScores 
14 group by studentName 
15 having min(courseGrades)>80

 Q2:KEY

 Q2:KEY

1 DELETE DEMO_DELTE
2 WHERE ID 
3 NOT IN(
4 SELECT min(ID) 
5 FROM DEMO_DELTE_2 
6 GROUP BY xuehao,XM,kcbh,kcmc,fs)
1 DELETE DEMO_DELTE
2 WHERE ID 
3 NOT IN(
4 SELECT min(ID) 
5 FROM DEMO_DELTE_2 
6 GROUP BY xuehao,XM,kcbh,kcmc,fs)

Q3:KEY

Q3:KEY

1 SELECT team1.TeamName,team2.TeamName
2 FROM Team team1,Team team2
3 WHERE team1.TeamName<team2.TeamName
1 SELECT team1.TeamName,team2.TeamName
2 FROM Team team1,Team team2
3 WHERE team1.TeamName<team2.TeamName

 Q4:KEY

 Q4:KEY

参照第2章分析。

参照第2章分析。

4  参考文献

4  参考文献

【01】Microsoft  SqlServer
2008技术内幕:T-SQL 语言基础

【01】Microsoft  SqlServer
2008技巧内幕:T-SQL 语言功底

【02】Microsoft  SqlServer
2008技术内幕:T-SQL 查询

【02】Microsoft  SqlServer
2008技巧内幕:T-SQL 查询

【03】程序员的SQL经典

【03】程序员的SQL经典

5  版权

5  版权

 

 

  • 感谢您的翻阅,若有不足之处,欢迎指教,共同学习、共同提升。
  • 博主网址:http://www.cnblogs.com/wangjiming/。
  • 极少一些著作利用读书、参考、引用、抄袭、复制和粘贴等多种艺术结合而成的,大部分为原创。
  • 如您喜爱,麻烦推荐一下;如你有新想法,欢迎指出,邮箱:2016177728@qq.com。
  • 可以转载该博客,但不可以不知名博客来源。
  • 感谢您的读书,若有不足之处,欢迎指教,共同学习、共同提高。
  • 博主网址:http://www.cnblogs.com/wangjiming/。
  • 极少一些著作利用读书、参考、引用、抄袭、复制和粘贴等多种办法组成而成的,大部分为原创。
  • 如你喜欢,麻烦推荐一下;如你有新想法,欢迎提出,邮箱:2016177728@qq.com。
  • 可以转载该博客,但不可能不出名博客来源。

相关文章