SQL Story摘录（九）————不等联接

不等联接 通常来说，SQL语言进行的都是无序操作。想要进行有序的处理，比如比较一个序列的前后项，必须要使用游标。但是，在有些场合下，可采用另一种方法，不用游标，一样能处理有序的信息，这就是不等联接

例1-2、键值重复的信息 现在看一下压缩掉重复信息的PRODUCT表 ID PNAME PRICE NUMBER PDESCRIPTION 1Apple 123000NULL 2Banana 16.

数据抽取 理论上的关系型数据库，数据是以关系的形式存在。通常我们都可以把它们视为一种集合。这样，数据一般是以无序的形式存在的。这种做法的好处自不用多加讨论了，不过我们也得承认，有时这样也会带给我们

前面的文章中，我们初步见识了NULL这个不可思议的小东西。今天，我尽可能详细的介绍一下它。依照惯例，这是一次尽量浅显但并不严谨的讨论，甚至可能内容也不那么严肃。我的目的在于帮助读者更轻松地工作，并且有

初学SQL的日子，感觉就像是刚学走路，步态可掬，跌跌撞撞。摔了不少可笑的跟头。拿出来大家娱乐一下，也互相提个醒，这样的错我们可以尽量避免的嘛。 先看这个： 例1 不合理的逗号： Select

关系的真相 长期以来，我们习惯了称关系型数据库中的表为二维表。因为它有行和列，很容易我们就可以把它同一个二维平面联系起来，但事实上，这并非关系型数据库的初衷，也并非符合关系模型的设计。其实长久以来

写这本书的最初想法，来自于在第一个公司工作时，与同事的交流和学习。不过发布这本书的导火索，却在于一次在CSDN上读到一篇关于最新信息的报表问题的贴子。贴子中的问题可以用子查询和联接两种方式完成。由于条

面向集合的结构化设计。这一点很多人都知道，可真正能够活用的就太少了。举一个简单的例子： 例1-3：有一个简单的数据表Orders，存储某商店的订单信息： CREATE TABLE . ( IDEN

在CSDN上回贴时，我总是苦口婆心地劝告楼上楼下的朋友们多用联接。可响应甚微。往往一个简单的功能，也一定要写成子查询或游标，弄得非常复杂冗长。的确，这样写对于初学者来说，费力不费脑，思路比较好理解。所

树状结构的存储与管理，是每一个在关系型数据库平台上工作的程序员早晚都要遇到的问题。说大不大，怎么都能解决，说小不小，处理不好，有的是麻烦等着你。仁者见仁，智者见智，公说公有理，婆说婆有理（谁用机箱砸我