计算机技术 - 博客园

2002年7月

摘要：数据抽取理论上的关系型数据库，数据是以关系的形式存在。通常我们都可以把它们视为一种集合。这样，数据一般是以无序的形式存在的。这种做法的好处自不用多加讨论了，不过我们也得承认，有时这样也会带给我们一些麻烦。我最近就遇到这么一件。我在网上遇上我的一个老同学，他提出了这样一个问题。有一个表（假设就叫myTable），表中有三个整型字段（假设就叫A11，A12，A13），其上有一个唯一键约束。现在他想要在这个表的数据中取一些样品。他希望从中A13的各个取值中，各取一条记录。然后我问他，对A11和A12有什么要求吗？他说，没有，怎么取都可以，有没有规律都行。我想当然的说，简单，给我二十分钟。有一个笑话不阅读全文

posted @ 2002-07-10 09:23 计算机技术阅读(185) 评论(0) 推荐(0)

2002年6月

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

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

posted @ 2002-06-19 09:00 计算机技术阅读(223) 评论(0) 推荐(0)

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

摘要：初学SQL的日子，感觉就像是刚学走路，步态可掬，跌跌撞撞。摔了不少可笑的跟头。拿出来大家娱乐一下，也互相提个醒，这样的错我们可以尽量避免的嘛。先看这个：例1 不合理的逗号：Select Field1, Field2, Field3, From MyTable一执行就是个语法错误，什么意思嘛，这可是从书上抄的哎，你不能这么对我……呵呵呵，其实嘛，错误在于我在最后一个字段名后面加了一个逗号。逗号是分隔字段名或表名的嘛，字段名和Form之间加个逗号算什么事？不要小看它，即使老手，也常出这个错，往往是因为这种情况：我们写了一个Select Field1,Field2,Field3From MyTab 阅读全文

posted @ 2002-06-14 09:26 计算机技术阅读(214) 评论(0) 推荐(0)

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

摘要：关系的真相长期以来，我们习惯了称关系型数据库中的表为二维表。因为它有行和列，很容易我们就可以把它同一个二维平面联系起来，但事实上，这并非关系型数据库的初衷，也并非符合关系模型的设计。其实长久以来，我对此也只有一个很模糊的概念，对平面表的观点虽有怀疑，却一直无从验证。直到有一天，翻出一本老书——《关系数据库》（石树刚、郑振楣编著，清华大学出版社，1993年），这本老书没有什么流行的新噱头，却满满当当地净是数学理论。这本书读起来并不是很诱人，不过的确很严谨，澄清了我的很多不明之处。也激励我找来各种权威材料重头学起。薄薄一本书，定价只有9.9元，想想这应当是我在上学时，从旧书摊上买的，可能当时只花. 阅读全文

posted @ 2002-06-12 10:15 计算机技术阅读(166) 评论(0) 推荐(0)

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

摘要：例1-2、键值重复的信息现在看一下压缩掉重复信息的PRODUCT表ID PNAME PRICE NUMBER PDESCRIPTION 1Apple 123000NULL2Banana 16.997600NULL3Olive 25.224500NULL4Coco Nut 40.992000NULL4Orange 15.995500NULL5Pineapple 302500NULL6Olive 25.223000NULL这里还有几个有问题的地方。表中Coco Nut和Orange的ID都是4，ID号为3和6的两种商品的品名（PNAME）都是Olive。而我们的原意显然是想要让每一种商品对应一个I 阅读全文

posted @ 2002-06-10 09:37 计算机技术阅读(142) 评论(0) 推荐(0)

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

摘要： ?写这本书的最初想法，来自于在第一个公司工作时，与同事的交流和学习。不过发布这本书的导火索，却在于一次在CSDN上读到一篇关于最新信息的报表问题的贴子。贴子中的问题可以用子查询和联接两种方式完成。由于条件所限，我不能详细解答，由此发贴的朋友不能理解我的本意，让我心生遗憾。所以决定将写书的想法付诸行动，并将这本书贴在CSDN上，与大家一起交流，共同进步。今天正好又见到类似于当日的问题，心生感触，决定在这里把它详细讨论一下。在实际工作中，我们有时会需要建立数据表来存储变动的数据，并由这些数据统计出我们所需的信息。其中有一类问题的特点在于最终结果的过滤条件来自分组统计后的数据。这类应用常见于网站数据阅读全文

posted @ 2002-06-10 09:36 计算机技术阅读(211) 评论(0) 推荐(0)

另类对话

摘要：我们不需要太高深的编程技术，只要做好分析就可以了，因为现成的技术已经很成熟了。真的么？那么想想Inter创立中国研究院时的宣言：“我们要开发50年后的技术！”说明Inter认为技术至少还有50年的发展余地吧。你说技术很成熟了，不需要再发展了，那为什么Intel、Microsoft、IBM他们还在自已的研究院里投入越来越多的钱？为什么盖茨的脑子还是总能冒出一些让你目瞪口呆的东西？为什么微软还要重金请来技术大师Lippman？不错，对于应用软件的开发者，尤其是那些开发工程项目的程序员，要求他们精通这些底层的技术的确不合情理，毕竟他们要关心的事太多了。也正因为如此，才需要有人为他们制造出先进好用的工阅读全文

posted @ 2002-06-07 09:25 计算机技术阅读(154) 评论(0) 推荐(0)

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

摘要：在CSDN上回贴时，我总是苦口婆心地劝告楼上楼下的朋友们多用联接。可响应甚微。往往一个简单的功能，也一定要写成子查询或游标，弄得非常复杂冗长。的确，这样写对于初学者来说，费力不费脑，思路比较好理解。所以往往得分的也是这些回贴。可事实上，如果你真正熟悉了SQL的编程风格，你会明白，联接查询才是最直接、最清晰、最有力的方法，而更好的办法就是无招胜有招，一条简单查询结束战斗。下面我举几个例子来证明一下这个观点。例1-1、重复记录的查询和处理总有一些朋友在网上问，一个表中，有重复的记录，怎么办？当然，一个设计风格良好的关系型数据库，每个表都应该有主键、有唯一索引，所以压根就不该有重复记录。不过有时还是阅读全文

posted @ 2002-06-06 09:46 计算机技术阅读(188) 评论(0) 推荐(0)

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

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

posted @ 2002-06-06 09:45 计算机技术阅读(126) 评论(0) 推荐(0)

公告