|
|
 |
|
 |
《SQL Story》摘录五——关系真相 |
荐 ★★★ |
|
|
|
| 《SQL Story》摘录五——关系真相 |
|
|
| 作者：佚名 文章来源：本站整理 更新时间：2008-9-25 9:44:02 |
|
|
|
|
《SQL Story》摘录五——关系真相
来源：不详 作者 佚名 点击数： 录入时间：07-12-19 21:33:04
关系的真相
长期以来，我们习惯了称关系型数据库中的表为二维表。因为它有行和列，很容易我们就可以把它同一个二维平面联系起来，但事实上，这并非关系型数据库的初衷，也并非符合关系模型的设计。其实长久以来，我对此也只有一个很模糊的概念，对平面表的观点虽有怀疑，却一直无从验证。直到有一天，翻出一本老书——《关系数据库》（石树刚、郑振楣编著，清华大学出版社，1993年），这本老书没有什么流行的新噱头，却满满当当地净是数学理论。这本书读起来并不是很诱人，不过的确很严谨，澄清了我的很多不明之处。也激励我找来各种权威材料重头学起。薄薄一本书，定价只有9.9元，想想这应当是我在上学时，从旧书摊上买的，可能当时只花了不到五元钱。这肯定是我买的性价比最高的一本书了。
在此，我不想从别人书中抄出大段原话，拼出一篇文字，有这工夫还不如上网回贴子更有成就感，我宁愿将我的心得，用并不严密，但尽可能易懂的语言写下。让朋友们先对关系模型有个基本概念，使众多像我这样非科班出身的读者多少了解一下事实真相，不至于在工作中有所不便。如果你想真正掌握关系型数据库的数学模型，请读一读这本不流行的老书《关系数据库》。当然，还有很多新近的正规教材也写得很不错，比如现在在我手边的《DATABASE SYSTEM CONCEPTS》（机械工业出版社）和《SQL-3 参考大全》（机械工业出版社）。前两本写得更严谨一些，后一本是译得不太好，有些关键地方读着莫名其妙，不过总得来说还是本难得的好书。
言归正传，现在我们说说关系型数据库到底是怎么一回事。我们先看一个表：
X Y Z
------------------
0 0 0
1 1 1
0 0 1
0 1 1
……
这个表存储一个三维空间内的一些点。我们可以很清楚地看到，每一个完整的行，才代表一个点。仅定位某行某列，它并不能表达这个表所定义的信息结构。当我们向这个表中插入或删除数据，它仍代表三维空间内的点集。但如果我们增加一列T（time)呢？那一切全变了，它不再是三维空间了，现在，这个表中存储的是四维的信息了（读过相对论的朋友应当了解，相对论中的时空就是一个四维坐标系）。删除一列呢？比如Z列，现在我们面对的就是X-Y 平面了，这是一个二维坐标系。也就是说，在表中删除或增加或修改若干列，并不会改变这个表所代表的意义。而修改或增删列，就会改变表的结构，表所代表的意义也就不同于以前了。表的行和列，并不是平等的！我们不能简单地把它理解为一个平面！相反，我认为，将表的结构理解为一个代数空间更合适，这样，表中的每一行是这个代数空间中的一个点，那么当前表中的信息就形成了这个空间中的一个点集。当然，这个集合还可有其它的约束条件，下面我们从关系模型说起。
在严格意义上的关系模型中，一个关系模式，包括关系名、有限属性集、属性值域、属性列到值域的映射、完整性约束和属性间依赖。对应数据库中的结构，通常一个关系模式对应一个或多个表和视图。这些表和视图有其各自包括的列，而列有列名、列的[1] [2] [3] 下一页
|
|
|
|
| 文章录入：admin 责任编辑：admin |
|
|
上一篇文章： SQL Story摘录（四）————信息挖掘初步
下一篇文章： SQL Story摘录（六）————不可能的错误 |
|
|
|
|
|
|
|
|
|
|
|
|
