如何处理几种常见的数据库不当连接
在基于J2EE平台的应用开发中,大多数的应用都需要跟数据库打交道。而自从接触JDBC起,我们便不止一次地被告之:数据库资源是十分宝贵的系统资源,一定要谨慎使用。但令人遗憾的是,在笔者见过的大部分跟数据库相关的应用开发中,针对数据库资源的使用总是充斥着这样或者那样的问题。在本文中,笔者对一些常见的错误或者不当的使用数据库资源的案例进行介绍与分析,帮助读者避免某些错误的发生。
未正确关闭数据库连接

申请了数据库连接,却没有及时关闭,这是最常见的数据库连接使用方面的错误。犯这种错误的原因很多,以下是常见的一种比较低级的错误:
| public void foo() {Connection conn=getConnection();Statement stmt = null;try {conn=getConnection();stmt=conn.createStatement(); } catch(Exception e) { } finally {close(stmt, conn); }} 在上述案例中的第2行代码中,作者申请了一个Connection,但在第6行代码中,又申请了一个新的,并且丢失了第一次申请的Connection的引用。至此,当程序每调一次Foo方法,将导致申请一个新的Connection而没有释放它。因此,当数据库达到最大连接数时,将导致整个应用的运行失败。 避免这种错误的方法有很多,譬如,可采用类似于FindBugs的代码分析工具对应用的源码进行分析,找出可能产生错误的代码。 此外,在应用中,我们要频繁地对申请的数据库连接进行关闭与释放。此时,建议封装成某些工具类使用,并且要尽可能安全地关闭数据库连接。 任意申请数据库连接 不考虑事务上下文,任意申请数据库连接资源也是常见的不当用法。但这种问题往往是难以克服的,根源在于Java是一种面向对象的语言,而数据库的事务却是一种批量化的操作过程。我们以常见的序列号的实现方案为例:在某些应用场景中,我们需要一种自增长的整数型字段。但由于不同的数据库有不同的实现,所以,为达到各个数据库兼容的目的,我们常用的解决方案是,新建一张T_SEQUENCE表,它可能包含的字段有:NAME varchar(100), CURRENT_VAL number(10);其中,NAME存放序列的名称,而CURRENT_VAL存放序列的当前值。假设某一业务对象Customer需要新增一笔记录时,为获得不重复且自增长的Customer ID,需要将T_SEQUENCE表中与该业务表对应的序列号加1并更新,然后将更新后的值作为Customer的ID。我们以面向对象的3种方法来实现:
|
- 嵌入式移动数据库的关键技术(03-20)
- Oracle简化Oracle 10g中用户管理(04-29)
- IBM DB2 数据复制迁移方法(05-01)
- 全面剖析Oracle数据库中的分区功能 (05-06)
- 数据库名词:层次型、基因型、关系型(05-05)
- 数据库名词解释之主题数据库的基本特征(05-06)
