2002年06月_ccat

原创 SQL Story摘录（七）————触摸NULL值

前面的文章中，我们初步见识了NULL这个不可思议的小东西。今天，我尽可能详细的介绍一下它。依照惯例，这是一次尽量浅显但并不严谨的讨论，甚至可能内容也不那么严肃。我的目的在于帮助读者更轻松地工作，并且有兴趣对数据库进一步的学习。从另一方面讲，我相信自己论点中的错误，肯定会有其他人也在犯，所以请发现不妥的朋友一定要公开指出。这样，才有助于我和我的读者朋友们进步。衷心感谢每一个提出批评和指正的朋友，特别

2002-06-19 09:00:00 1758

原创 SQL Story摘录（六）————不可能的错误

初学SQL的日子，感觉就像是刚学走路，步态可掬，跌跌撞撞。摔了不少可笑的跟头。拿出来大家娱乐一下，也互相提个醒，这样的错我们可以尽量避免的嘛。先看这个：例1 不合理的逗号：Select Field1, Field2, Field3, From MyTable一执行就是个语法错误，什么意思嘛，这可是从书上抄的哎，你不能这么对我……呵呵呵，其实嘛，错误在于我在最后一个字段名后面加了

2002-06-14 09:26:00 1910

原创《SQL Story》摘录五——关系真相

关系的真相长期以来，我们习惯了称关系型数据库中的表为二维表。因为它有行和列，很容易我们就可以把它同一个二维平面联系起来，但事实上，这并非关系型数据库的初衷，也并非符合关系模型的设计。其实长久以来，我对此也只有一个很模糊的概念，对平面表的观点虽有怀疑，却一直无从验证。直到有一天，翻出一本老书——《关系数据库》（石树刚、郑振楣编著，清华大学出版社，1993年），这本老书没有什么流行的新噱头

2002-06-12 10:15:00 2314

原创 SQL Story摘录（二）————联接查询初探

例1-2、键值重复的信息现在看一下压缩掉重复信息的PRODUCT表ID PNAME PRICE NUMBER PDESCRIPTION 1Apple 123000NULL2Banana 16.997600NULL3Olive 25.224500NULL4Coco Nut 40.992000NULL4Orange 15.995500NULL5Pineapple 302500NULL6Olive 25

2002-06-10 09:37:00 1843

原创 SQL Story摘录（四）————信息挖掘初步

?写这本书的最初想法，来自于在第一个公司工作时，与同事的交流和学习。不过发布这本书的导火索，却在于一次在CSDN上读到一篇关于最新信息的报表问题的贴子。贴子中的问题可以用子查询和联接两种方式完成。由于条件所限，我不能详细解答，由此发贴的朋友不能理解我的本意，让我心生遗憾。所以决定将写书的想法付诸行动，并将这本书贴在CSDN上，与大家一起交流，共同进步。今天正好又见到类似于当日的问题，心生感触，决定

2002-06-10 09:36:00 1810

原创另类对话

我们不需要太高深的编程技术，只要做好分析就可以了，因为现成的技术已经很成熟了。真的么？那么想想Inter创立中国研究院时的宣言：“我们要开发50年后的技术！”说明Inter认为技术至少还有50年的发展余地吧。你说技术很成熟了，不需要再发展了，那为什么Intel、Microsoft、IBM他们还在自已的研究院里投入越来越多的钱？为什么盖茨的脑子还是总能冒出一些让你目瞪口呆的东西？为什么微软还要重金请

2002-06-07 09:25:00 1832

原创 SQL Story摘录（一）————简单查询初探

在CSDN上回贴时，我总是苦口婆心地劝告楼上楼下的朋友们多用联接。可响应甚微。往往一个简单的功能，也一定要写成子查询或游标，弄得非常复杂冗长。的确，这样写对于初学者来说，费力不费脑，思路比较好理解。所以往往得分的也是这些回贴。可事实上，如果你真正熟悉了SQL的编程风格，你会明白，联接查询才是最直接、最清晰、最有力的方法，而更好的办法就是无招胜有招，一条简单查询结束战斗。下面我举几个例子来证明一下这

2002-06-06 09:46:00 2133

原创 SQL Story摘录（三）————可扩展设计

面向集合的结构化设计。这一点很多人都知道，可真正能够活用的就太少了。举一个简单的例子：例1-3：有一个简单的数据表Orders，存储某商店的订单信息：CREATE TABLE [dbo].[ORDERS] ([ID] [int] IDENTITY (1, 1) NOT NULL ,[CustomerID] [int] NOT NULL ,[OrderDate] [datetime] NOT NUL

2002-06-06 09:45:00 1745

追寻真理之美