真正的数据库大师怎样讨论关系数据库_深度探索关系数据库书评-查字典图书网
查字典图书网
当前位置: 查字典 > 图书网 > 算法 > 深度探索关系数据库 > 真正的数据库大师怎样讨论关系数据库
TY 深度探索关系数据库 的书评 发表时间:2007-10-29 19:10:54

真正的数据库大师怎样讨论关系数据库

这是一本大师级的书,属于那些“开先河之人”的著作。它的作者是关系数据库之父E.F. Codd的好友/伙伴写(可惜Codd已经不在尘世了)——读过这本书就知道,作者C.J. Date与Codd该是那种学问上的神交之人,而这种关系的价值充分地反映在书的内容中。这种独一无二身份和理解,是历史的,没有替代的。

虽然我应用和研习数据库十多年,自以为有不少心得,但读过这本书之后,才觉真正理解了关系模型。

翻译这种逻辑与概念上经常要咬文嚼字的书,不是件容易的事。这个中译本中还是会碰到的一些费解甚至可能是错误中文表达,文字编辑上也有一些瑕疵(这本应能够避免的啊!)但总体上译文比较流畅,并且保留了关键用语的英文对照,可读性还行。

对于工作中会涉及数据库结构或理解(逻辑或概念)的人,本书值得推荐,对于那些要深入地设计数据库的人,这本书应该是必读。

---
这书评写了很久了,今天补充一点书中的内容:

随便翻开,我的一些学习标注的地方,例如第76页的一段:

事实上,连同那些运算数据库中的命题(或命题集)的运算符一起,是一个‘逻辑系统’,……这归功于Codd非常棒的洞察力……他1969的见解……,数据库并不真的只是一个数据集合(虽然名字上听起来是数据);更恰当地说,它是‘事实’的集合,或者换句话说,是真命题的集合。……整个形式逻辑可以被用来解决“数据库问题”。


这本书不厚,正文只到176页,排版也很疏朗,最后还有一个十多页的附录,关于逻辑学的一些知识。无疑,这些基本的逻辑知识也是理解关系模型所必需的。

个人认为,这是理解关系模型实质的必读书。

2011-06-08

展开全文


推荐文章

猜你喜欢

附近的人在看

推荐阅读

拓展阅读

对“真正的数据库大师怎样讨论关系数据库”的回应

乱军中取尔三观 2011-06-08 17:29:56

有启发,谢谢

TY 2011-06-08 14:37:31

你说的基本是事实。这个问题其实很复杂,非常笼统地说:
    
一者,这与整个应用系统的架构有关。尤其当前热门技术以及互联网背景的开发,与数据库作为一种应用架构风格(或许可以称为面向数据库,其实这与许多目前习惯的应用架构是可以融洽的)的区分很大,也就更远离了关系模型相对基础的原理。
    
二者,这层理论本来应该“关闭”在数据库平台实现内,而我们在关系数据库(本来现有的实现就已经大打折扣),的确需要一个在关系代数/一阶逻辑这样的东西之上的,类似通常所说的“富语义”层面——看起来,没有人认真地,按照数据库应用的逻辑很好地解决这个问题。大致只有一个理论等方面解决得并不充分的E-R模型,而这些年,在流行的开发技术体系中,更被ORM一路的想法取代了,这时候,是把数据库当“对象永久化仓库”来用的,当然这就更与关系数据库的本意背道而驰了。
……

简单说,你用现在的.net,java技术体系,按照它们的应用架构来开发,当然远离真正的关系模型——数据库平台支持的基本标准SQL及其本身的实现本身已大打折扣,技术架构体系又隔了若干层。

技术无所谓错对,但有好坏之分,在用的,流行的,往往不是最好的。
理论,则是早晚可以分出高下的。

乱军中取尔三观 2011-06-08 12:20:38

想请教楼主一个问题,我感觉在实际使用关系数据库的过程中,从来用不到这些知识。比如设计schema,我只依靠直觉写出表的定义,基本上就是某个normal form。是不是因为我设计的schema都很简单,而如果对很复杂的东西建模,比如一个什么银行信息系统,就要用到很多关系理论?还有我发现我和关系数据打交道的时候,几乎100%的时间都花在针对某一个实现(mysql)的优化上,还有什么复制,备份,ha之类的,反正就是没有关系理论。是我层次不够还是本来就是这样还是有什么解释?谢谢。