本篇散文深度中等左右,请先复习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。
  • 可以转载该博客,但不可能不知名博客来源。

相关文章