进一步提高JDBC应用程序的性能(二)

 

作者: 赵杨 笔名：bootcool  

[bootcool@263.net,bootcool@163.net] 

美丽而温暖的昆明其实很适合做冷静的思考

                               进一步提高JDBC应用程序的性能(二)

 

二:在面向对象的程序设计和提升程序性能之间做出平衡

当我们设计数据库应用程序的结构时，经常需要把对象模型映射成数据库中的表，或者把表反向映射成对象模型。面向对象的一个基本原则是：使得每一个对象与真实世界中的对应物具有共同的特征，以符合我们的思维习惯。

 比如，数据库中有这样一张学生表：

Id	Name	Department	Position	Address
1	张三	物理系	团员	昆明

  现在，我们需要把该表从数据库中映射给用户，基于上述原则，我们考虑封装一个类（在这我们暂时就称它为Record Set，当然具体到对学生表的映射，指的就是Student类），并且得出一个遵循面向对象设计原则的映射方案：

 

（图3――方案1）

我们知道，数据库应用程序的一个主要功能就是要把从数据库中查询到的结果，以某种形式再现给用户。为了符合用户的习惯，我们的程序使用了Java Swing 包中的JTable作为用户和程序之间交互的接口。我们现在唯一要做的就是确保程序映射数据的准确与快速.

我们使用AbstractTableModel （关于AbstractTableModel 和 JTable的说明可以查看JDK1.3的Doc）作为映射数据的接口，当然也是用户与程序交互的核心。我们知道一个表格模型可以抽象为一个二维对象数组，或者二维Vector这样的数据结构。于是，我们有了另一个基于数据结构的映射方案：

 

 

                               （图4――方案2）

那究竟选择哪种方法呢？通过下表的比较，我们不难得出结论。

映射方案	面相对象	封装性	易理解性	灵活性	接口易实现性	工作量小，性能好
方案1	ü	ü	ü
方案2				ü	ü	ü

                                   （表 4）

 

说明1：方案1表面上似乎遵循了面向对象的原则,但是:

（1）：其工作量显然比方案2大。

（2）：结果集因为类封装而失去了灵活性。

（3）：中间的各种转化会使程序的性能降低。

说明2：但是方案1 在很多情况下都是最佳的选择。因为，当用户通过Web方式与程序交互时，实现对结果集的再封装就是必要的了。

小结：在笔者的程序中，为了提高程序的性能，不得以放弃了面向对象的程序设计原则。而以JTable和AbstractTableModel API的本身特性反向得出了映射方案。有时依赖于API提供的方法，往往能提高程序的性能。当然这样的选择，主要取决于实际的要求和整个系统的结构设计，我们应该从不同的角度去考虑，最后才能做出平衡。

 

                                                          赵杨：2002.3.31

参考文章：

http://java.sun.com/j2se/1.3/docs/guide/jdbc/getstart/GettingStartedTOC.fm.html