站内搜索: 请输入搜索关键词

当前页面: 开发资料首页J2SE 专题检测你数据库连接的物理状态

检测你数据库连接的物理状态

摘要: 检测你数据库连接的物理状态
<table cellSpacing=0 cellPadding=0 border=0 class="zh114" align="right"> <tr> <td > </td> </tr> </table>
  检测你数据库连接的物理状态
  
  ZDNet China
  
  29/7/2003
  
  URL: http://www.zdnet.com.cn/developer/code/story/0,2000081534,39154865,00.htm
  
  创建连接
  
  
  
  Java JDBC API各种类的一个基石是java.sql.Connection类。很多问题都同其复用、共用和验证相关。对连接的验证在实时的应用程序中尤其重要,因为它们必须无故障运行或者将故障率降至最低。
  
  
  
  事实上,在很多情况下都可能产生连接的丢失(例如,由于数据库的崩溃或者由于某些网络问题的存在)。不幸的是,标准的Java API并没有提供任何方法来检测连接的物理状态,所以在每种特定的情况下都需要一种解决方法。现在让我们来看看解决这个问题的两种方法。第一种方法是使用软件制造商专用的API,第二种方法是使用一种检测-失败查询(test-fail query)的方法。
  
  
  
  
  
  
  
  创建连接
  
  
  
  在使用任何SQL陈述式之前,应用程序必须要先连接到数据库。建立连接的一种方法是使用java.sql工具包里的连接工厂(connection factory)——DriverManager.getConnection()。但是,建立连接的首选方式是使用javax.sql.DataSource.getConnection()。你应该在对象每次请求进行连接的时候才使用这个工厂方法,而不是在创建了连接之后将这个连接保存在对象里。下面是这个方法的一个例子:
  
  
  
  void foo(){
  
  // ...
  
  Connection conn = myDataSource.getConnection();
  
  PreparedStatement ps = conn.prepareStatement(...);
  
  // ...
  
  }
  
  
  
  此外,一个实现DataSource接口的类能够使用命名服务来注册,并使用JNDI API来访问。DriverManager连接工厂和DataSource的巨大不同之处在于:DataSource能够允许你控制连接的建立和使用。
  
  
  
  
  
  
  
  连接错误的问题
  
  
  
  当你的应用程序尝试使用一个已经同数据库断开的连接时,你会碰到一个像下面这样的异常:
  
  
  
  java.sql.SQLException: Io exception: The Network Adapter could not establish the connection(lo异常:网络适配器无法建立连接)
  
  
  
  其结果是,你的SQL查询会执行失败。由于没有哪个API能够确定一个到数据库的连接是否失效,因此你就只有在碰到SQL异常的时候才知道这个连接已经失效了。如果一个异常是同一个已断开的连接相对应的,那么你就必须要调整这个应用程序,这样它才能够尝试重新建立连接,并重新执行查询任务。很显然,这种处理数据库连接的混乱商务逻辑使得代码更容易出错,而且难以管理。
  
  
  
  
  
  
  
  信赖软件制造商的API
  
  
  
  
  
  信赖软件制造商的API
  
  
  
  处理连接断开的一种方法是使用驱动程序专用的API,你可以使用这个API来建立到数据库的连接。现在让我们来看看Oracle的JDBC API。OracleConnectionCacheImpl这个类会实现javax.DataSource接口,并在你每次请求的时候验证一下连接。此外,它还能够通过缓冲随后请求的连接来重复使用这个连接。换句话说,如果你关闭了数据库,然后尝试使用一个连接,你就会得到一个明确阐明了原因的SQL异常。看看Listing A,里面有数据源用法的一个例子。
  
  
  
  验证连接
  
  另一个解决方案是你自己进行连接验证。你可以编写一个连接工厂,让其将连接返回给请求者之前检测连接的情况。将验证机制从连接工厂里抽象出来是一个很好的代码编写惯例。要实现这一目的,你就要应用GoF策略模式,它会引入一个负责进行连接验证的接口.
  类图表
  
  
  
  Listing B里的AbstractDataSource类提供了DataSource接口的基础实现,这样就为设置和访问连接的属性,包括JDBC驱动程序类、URL、用户名和密码,提供了便利的方法。
  
  
  
  这个类的确切实现有JdbcDataSource(Listing C)和ValidDataSource(Listing D)。Listing C里的类为每个请求都创建了一个Connection对象。Listing E里的类通过使用ConnectionValidator从而提供了连接验证的能力。
  
  
  
  Listing F里的SqlConnectionValidator是这个接口的简单实现,在这个接口里,一个快速的SQL查询会被执行,以验证你认为需要进行验证的连接。你的这一目的是通过调用validateConnection(Connection conn)方法来实现的,它会在碰到任何连接问题的时候给出一个SQL异常。
  
  
  
  
  
  
  
  验证的好处
  
  
  
  无论你选择使用哪种方法,建立一个有效的数据库连接都是极其重要的,尤其是在处理关键的实时应用程序的时候。虽然定制连接验证这种方式能够为你提供更好的灵活性和API的独立性,但是同使用软件制造商所提供的API相比而言,它会降低整体的性能。你必须决定,增强可控制性所带来的好处,同相应所增加的复杂性和代价相比是否值得。
  
  

<table width="96%"> <tr> <td background="http:///images/dian.gif" height="3"></td> </tr> </table>

↑返回目录
前一篇: java数据库的实现
后一篇: 数据压缩格式Java语言应用程序设计方法