怎样的了解才是完整了解SQL(三)

先说DDL的分类。有一类DDL，是不需要重建表的，比如加非聚簇索引。这类操作其实不会丢数据，也是在原表上直接操作，对于我们“以恢复数据为目的”的闪回，是可以先忽略的。另外一类，则是会影响到表数据的操作。ANTIJOIN

这类毗连的干系跟SEMIJOIN恰好相反。在IN大概EXISTS前加一个NOT关头字就可以利用这类毗连。举个例子来讲，我们列出版名内外没有书的
--UsingIN
FROMauthor
WHEREauthor.idNOTIN(SELECTbook.author_idFROMbook)

--UsingEXISTS
FROMauthor
WHERENOTEXISTS(SELECT1FROMbookWHEREbook.author_id=author.id)

关于功能、可读性、表达性等特征也完整能够参考SEMIJOIN。

CROSSJOIN

这个毗连历程就是两个毗连的表的乘积：行将第一张表的每条数据分离对应第二张表的每条数据。我们之前见过，这就是逗号在FROM语句中的用法。在实践的使用中，很少有中央能用到CROSSJOIN，可是一旦用上了，你就能够用如许的SQL语句表达：
authorCROSSJOINbook

我们学到了甚么？

学到了良多！让我们在脑海中再回忆一下。SQL是对表的援用，JOIN则是一种援用表的庞大体例。可是SQL言语的表达体例和实践我们所必要的逻辑干系之间是有区分的，并不是一切的逻辑干系都能找到对应的JOIN操纵，以是这就要我们在平常多堆集和进修干系逻辑，如许你就可以在今后编写SQL语句当选择得当的JOIN操纵了。

7、SQL中好像变量的派生表

在这之前，我们进修到过SQL是一种声明性的言语，而且SQL语句中不克不及包括变量。可是你能写出相似于变量的语句，这些就叫做派生表：

说白了，所谓的派生表就是在括号当中的子查询：
FROM(SELECT*FROMauthor)

派生表能够无效的制止因为SQL逻辑而发生的成绩。举例来讲：假如你想重用一个用SELECT和WHERE语句查询出的了局，如许写就能够（以Oracle为例）：
SELECTfirst_name,last_name,age
FROM(
SELECTfirst_name,last_name,current_date-date_of_birthage
FROMauthor)
--Iftheageisgreaterthan10000days
WHEREage>10000

必要我们注重的是：在有些数据库，和SQL：1990尺度中，派生表被回为下一级——通用表语句（commontableexperssion）。这就同意你在一个SELECT语句中对派生表屡次重用。下面的例子就（几近）等价于上面的语句：
WITHaAS(
SELECTfirst_name,last_name,current_date-date_of_birthage
FROMauthor
)
SELECT*
FROMa
WHEREage>10000

固然了，你也能够给“a”创立一个独自的视图，如许你就能够在更普遍的局限内重用这个派生表了。

我们学到了甚么？

我们重复夸大，大致下去说SQL语句就是对表的援用，而并不是对字段的援用。要好好使用这一点，不关键怕利用派生表大概其他更庞大的语句。

8、SQL语句中GROUPBY是对表的援用举行的操纵

让我们再回忆一下之前的FROM语句：
FROMa,b

如今，我们将GROUPBY使用到下面的语句中：
GROUPBYA.x,A.y,B.z

下面语句的了局就是发生出了一个包括三个字段的新的表的援用。我们来细心了解一下这句话：当你使用GROUPBY的时分，SELECT后没有利用聚合函数的列，都要呈现在GROUPBY前面。（译者注：原文粗心为“当你是用GROUPBY的时分，你可以对其举行下一级逻辑操纵的列会削减，包含在SELECT中的列”）。

必要注重的是：其他字段可以利用聚合函数：
SELECTA.x,A.y,SUM(A.z)
FROMA
GROUPBYA.x,A.y

另有一点值得寄望的是：MySQL其实不保持这个尺度，这切实其实是使人很狐疑的中央。（译者注：这并非说MySQL没有GROUPBY的功效）可是不要被MySQL所利诱。GROUPBY改动了对表援用的体例。你能够像如许既在SELECT中援用某一字段，也在GROUPBY中对其举行分组。

我们学到了甚么？

GROUPBY，再次夸大一次，是在表的援用长进行了操纵，将其转换为一种新的援用体例。

9、SQL语句中的SELECT本色上是对干系的映照
我团体对照喜好“映照”这个词，特别是把它用在干系代数上。
（译者注：原文用词为projection，该词有两层寄义，第一种寄义是展望、计划、计划，第二种意义是投射、映照，经由重复斟酌，我以为这里用映照可以更直不雅的表达出SELECT的感化）。一旦你创建起来了表的援用，经由修正、变形，你可以一步一步的将其映照到另外一个模子中。SELECT语句就像一个“投影仪”，我们能够将其了解成一个将源表中的数据依照必定的逻辑转换成方针表数据的函数。

经由过程SELECT语句，你能对每个字段举行操纵，经由过程庞大的表达式天生所必要的数据。

SELECT语句有良多特别的划定规矩，最少你应当熟习以下几条：
1，你仅可以利用那些能经由过程表援用而得来的字段。
2，假如你有GROUPBY语句，你只可以利用GROUPBY语句前面的字段大概聚合函数。
3，当你的语句中没有GROUPBY的时分，可使用开窗函数取代聚合函数。
4，当你的语句中没有GROUPBY的时分，你不克不及同时利用聚合函数和别的函数。
5，有一些办法能够将一般函数封装在聚合函数中。
6，……

一些更庞大的划定规矩多到充足写出另外一篇文章了。好比：为什么你不克不及在一个没有GROUPBY的SELECT语句中同时利用一般函数和聚合函数？（下面的第4条）

缘故原由以下：
1，凭直觉，这类做法从逻辑上就讲欠亨。

2，假如直觉不克不及够压服你，那末语法一定能。
SQL:1999尺度引进了GROUPINGSETS，SQL：2003尺度引进了groupsets:GROUPBY()。不管甚么时分，只需你的语句中呈现了聚合函数，并且并没有明白的GROUPBY语句，这时候一个不明白的、空的GROUPINGSET就会被使用到这段SQL中。因而，原始的逻辑按次的划定规矩就被冲破了，映照（即SELECT）干系起首会影响到逻辑干系，其次就是语法干系。（译者注：这段话原文就比较晦涩，能够复杂了解以下：在既有聚合函数又有一般函数的SQL语句中，假如没有GROUPBY举行分组，SQL语句默许视整张表为一个分组，当聚合函数对某一字段举行聚合统计的时分，援用的表中的每条record就得到了意义，全体的数据都聚合为一个统计值，你此时对每条record利用别的函数是没成心义的）。

懵懂了？是的，我也是。我们再回过火来看点浅易的器材吧。

我们学到了甚么？
SELECT语句多是SQL语句中最难的部分了，只管他看上往很复杂。其他语句的感化实在就是对表的分歧情势的援用。而SELECT语句则把这些援用整合在了一同，经由过程逻辑划定规矩将源表映照到方针表，并且这个历程是可逆的，我们能够分明的晓得方针表的数据是怎样来的。

想要进修好SQL言语，就要在利用SELECT语句之前弄懂其他的语句，固然SELECT是语法布局中的第一个关头词，但它应当是我们最初一个把握的。

10、SQL语句中的几个复杂的关头词：DISTINCT，UNION，ORDERBY和OFFSET

在进修完庞大的SELECT豫剧以后，我们再来看点复杂的器材：
1，汇合运算（DISTINCT和UNION）
2，排序运算（ORDERBY，OFFSET…FETCH）

汇合运算（setoperation）：

汇合运算次要操纵在于汇合上，现实上指的就是对表的一种操纵。从观点下去说，他们很好了解：
DISTINCT在映照以后对数据举行往重
UNION将两个子查询拼接起来并往重
UNIONALL将两个子查询拼接起来但不往重
EXCEPT将第二个字查询中的了局从第一个子查询中往失落
INTERSECT保存两个子查询中都有的了局并往重

排序运算（orderingoperation）：

排序运算跟逻辑干系有关。这是一个SQL独有的功效。排序运算不但在SQL语句的最初，并且在SQL语句运转的过程当中也是最初实行的。利用ORDERBY和OFFSET…FETCH是包管数据可以依照按次分列的最无效的体例。其他一切的排序体例都有必定随机性，只管它们失掉的排序了局是可重现的。我们只需要把binlog文件反向执行，每个操作都执行逆操作即可。当然也不是所有的event都反转。Table_mapevent必须还是在Rows_log_event每个操作之前。

代替了原来VB式的错误判断。比Oracle高级不少。

个人感觉没有case直观。而且默认的第三字段（还可能更多）作为groupby字段很容易造成新手的错误。

再开发调试阶段和OLAP环境中，外键是可以建立的。新版本中加入了SETNULL和SETDEFAULT属性，能够提供能好的级联设置。

而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~

如果，某一版本可以提供强大的并发响应，但是没有Oracle的相应版本稳定，或者价格较贵，那么，它就是不适合的。

也可谈一下你是怎么优化存储过程的?

我个人认为就是孜孜不懈的学习

以前的DTS轻盈简单。但是现在的SSIS虽然功能强大了很多，但是总是让人感觉太麻烦。看看论坛中询问SSIS的贴子就知道。做的功能太强大了，往往会有很多用户不会用了