用一条SQL语句询问出每门课都大于80 分的学童姓名,用一条SQL语句询问出每门课都大于80 分的学生姓名

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。
  • 可以转载该博客,但必须著名博客来源。