论坛首页 Java企业应用论坛

读HSQLDB的源码想到的

浏览 17201 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2007-05-17  
昨天在论坛看到一篇讨论嵌入式数据库HSQLDB(http://www.iteye.com/topic/79802)的帖子,想到自己曾经读过部分它的源码,有一种对某些技术豁然开朗的感觉。所以,也希望和朋友们一起分享,大家有什么好的感受,不如也分享一下吧。下面是我对那个帖子的冗余回复,我觉得有必要专门发一篇帖子重复一下:

说点题外话,建议大家读读HSQLDB的源码,特别是jdbc driver(org/hsqldb/jdbc包)那部分,写得清晰易懂。读了它的部分源码,我自认为对下面一些问题理解深入了:
1、JDBC规范和JDBC实现的关系:怎么自己去设计一个规范,一种架构?我是否自己可以为某种数据设计jdbc driver,如何设计?想想php里面各数据库的函数库各自为政对程序移植性的影响,就知道jdbc规范有多么重要了。

2、JDBC协议:JDBC是基于socket之上的,数据包格式(org.hsqldb.Result)(mysql数据包格式公开了)?那么JMS数据包呢?其实,这也可以延伸到分布式协议的设计原理,如RMI、SOAP。其实,这些数据包格式和JSON、YAML这些message格式没有本质的区别,只不过应用范围不一样。任何分布式协议,肯定有一种message格式。

3、JDBC over HTTP:这样我们对RMI over IIOP, soap over HTTP, http tunnel原理有更深入的理解。

4、什么是long connection(jdbc的socket),什么是short connection(http),具体怎么实现?
3和4这些在HSQLDB的org.hsqldb.HTTPClientConnection类里有实现。

5、Java客户端和服务器端的通讯实现:jdbc driver就可以认为是一个java客户端类库。那么JMS client呢?还有,像mysql有各种语言的driver,原理是什么。

6、sql这种command、描述型语言究竟在数据库里面是个什么地位:sql是怎么传入jdbc driver,最终和database交互的?我们是否可以设计出另外一种command,形成一种行业标准,它在服务器和客户端怎么实现的。

以上我的表达可能有些晦涩,我只想表达一点:大家有兴趣就多读读经典的源码,扩展一下自己的设计思路。可能很多人象我一样,总有忙不完的项目,那么抽几个小时就够了,不必深入。
有很多技术我们理解总是很模糊,当你深入到内部,忽然发现原来就这么回事。我们总觉得IoC很神秘,其实最简单的IoC容器,也许一个HashMap就够了。


   发表时间:2007-05-17  
我最近在读hibernate2.1的源码,spring的源码读了核心的IOC和AOP后就没去看了,听了你的介绍,也把HSQLDB列入计划:)

按照您的意见,最好是与jdbc规范一起解读?
0 请登录后投票
   发表时间:2007-05-17  
顺便说一下,现在我们项目组正在用Jive公司的Openfire+spark做即时通讯方案,其实,研究那种XMPP(Jabber)协议,和jdbc、JMS并没有什么本质的区别。想想曾经看过部分Tomcat的源码,觉得也差不多,只是它走标准的http,也就是发http数据包让服务器处理,而即时通讯客户端,如gtalk,是发XMPP数据包给服务器处理。你看即时通讯的应用和我们的web程序有多少相似之处:处理库存查询:http://www.activesoft.com.cn/pipeintrokc.asp 。网上那些msn、QQ机器人也就是这样的模式。
0 请登录后投票
   发表时间:2007-05-17  
dennis_zane 写道
我最近在读hibernate2.1的源码,spring的源码读了核心的IOC和AOP后就没去看了,听了你的介绍,也把HSQLDB列入计划:)

按照您的意见,最好是与jdbc规范一起解读?

jdbc只是告诉厂商去实现那些api,如Statement就够了,这个学的东西还是有限,因为sun并没有告诉我们怎么去实现一个driver,也就是jdbc api接口的实现。
不过,我觉得对照servlet规范,看一些最简单的servlet容器实现,如
[url]http://www.onjava.com/pub/a/onjava/2003/05/14/java_webserver.html [/url]  
[url]http://tomcat.apache.org/tomcat-5.5-doc/architecture/index.html [/url]
可能收获更大。

看jdbc驱动,先去看这本书吧,mysql的实现,特别是关于MySQL Client/Server Protocol那章:http://forge.mysql.com/wiki/MySQL_Internals
0 请登录后投票
   发表时间:2007-05-17  
zwchen 写道
dennis_zane 写道
我最近在读hibernate2.1的源码,spring的源码读了核心的IOC和AOP后就没去看了,听了你的介绍,也把HSQLDB列入计划:)

按照您的意见,最好是与jdbc规范一起解读?

jdbc只是告诉厂商去实现那些api,如Statement就够了,这个学的东西还是有限,因为sun并没有告诉我们怎么去实现一个driver,也就是jdbc api接口的实现。
不过,我觉得对照servlet规范,看一些最简单的servlet容器实现,如
[url]http://www.onjava.com/pub/a/onjava/2003/05/14/java_webserver.html [/url]  
[url]http://tomcat.apache.org/tomcat-5.5-doc/architecture/index.html [/url]
可能收获更大。

看jdbc驱动,先去看这本书吧,mysql的实现,特别是关于MySQL Client/Server Protocol那章:http://forge.mysql.com/wiki/MySQL_Internals


这本书看来难度相当大。对照serlvet规范,读简单的servlet容器的实现是很好的建议,谢谢。
0 请登录后投票
   发表时间:2007-05-17  
粗略扫过一些hsqldb和h2database的代码,觉得h2database写得更干净一些
0 请登录后投票
   发表时间:2007-05-17  
写得很不错

很多源码看了后阔然开朗.
而且很有意思,只是有的要多看几遍.

推荐一些较好的源码(有的正在看)
Seam
Web Work
Hibernate(8)
Pico Container
Lucene
TreeCache
Spring(12)

Hsqldb
db4o
jboss(N)
geronimo
activeMQ
Compass
Equinox
jboss-esb/mule

Asm
Jetty
Terracotta
Jencks
0 请登录后投票
   发表时间:2007-05-17  
楼主揭示出了学习编程的正正之道!

往上看,多是浮躁的、流行一时的东西;往下看,基本上都是沉淀的精华。

作为真正的开发者,研究和学习各种服务器和JDK的原代码,比学习各种框架、ORMaping、J2EE乱七八糟的API要有意义得多。
0 请登录后投票
   发表时间:2007-05-17  
有时候觉得,迷惑的时候,读源码比看API来得快!
0 请登录后投票
   发表时间:2007-07-02  
感同身受!
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics