JDBC优化数据库连接.docVIP

JDBC优化数据库连接 作者：Roman Vichr????来自：IBM 　　企业数据库连接性的恰当构建是非常重要的，并且在为有限连接设备配置（Connection Limited Device Configuration（CLDC））构建应用程序和编写特定于 MIDP（移动接口）的接口之间，哪一种是最佳选择取决于 J2ME 和 Java 技术。 　　方式　　介绍在把企业数据桥接到无线移动设备时建立 JDBC 连接的一条简单原则，这可以帮助您使解决方案具有更好的可扩展性和更高效的性能。 　　连接池　　任何应用程序都必须先访问活动的数据库连接，然后才能访问数据库。数据库连接是一个很占资源且 I/O 开销很大的操作，并且如果每次想使用数据库连接时都必须创建它，那么它将会成为您的性能瓶颈。 　　例如，如果您使用 Java servlet（Java servlet 通过 init() 方法创建并在其生命周期结束时被销毁（通过 destroy() 方法））的方式，您是虽然避免了每次 servlet 被实例化时重新建立连接。这样一种方式会明显地降低应用程序的性能。完成相同功能的更好的途径是使用“连接池（Connection Pool）”，您可以在连接池中初始化多个连接（并且参数可以从 XML 配置文件中读取）。 　　连接本身由一组集合对象和一个在整个请求过程中使连接保持打开的用户请求组成。创建连接池的关键是在数据库访问代码中使用如下一些块：try{}.. catch{}... finally{}..。然后您使用 close() 方法来确认连接确实被返回到了连接池而不是被彻底关闭了。在“finally{}”块中指定 close() 方法使得执行过程中发生的异常会被捕获到，并且该语句仍被执行 — 连接返回到连接池，这就防止了应用程序中“连接泄漏（connection leak）”的发生。 　　以下是构建一个 JDBC 连接的示例： Connection con = null;try {? ds = (DataSource)myContext.lookup(specify JDBC driver);??pooledCon = ds.getConnection(scott, tiger);?// Processing Code goes here} catch (Exception ignored) {?// catch JNDI or JDBC exceptions here } finally {?if(pooledCon != null)? ?pooledCon.close();} 　　使用 PreparedStatement　　人们认为 PreparedStatement 对象的效率比多个 Statement 对象更高，尤其是如果您必须多次执行同一条语句而差别仅在于参数不同时更是如此。PreparedStatement 允许您将 SQL 语句“编译”一次（尽管这种编译第一次要消耗较多的时间），然后将它保存在高速缓存中，从而实现有效的重用。同时它也提供了可读性更好的代码。 　　另一个额外的优势是由驱动程序完成的对用户传递给语句的字符串的自动转义。举例来说，这意味着当您试图将字符串“DMarco”插入到一个基于字符的数据域（它可能是 VARCHAR, VARCHAR2, CHAR 等）中时，SQL 语句不会在遇到第一个撇号时就产生灾难性的失败。 　　使用 PreparedStatement 对象时的另一个良好习惯是调用对象自身的 close() 方法来“关闭对象”，这个方法将被用来运行 SQL 语句。这会关闭任何与正在执行的 SQL 语句相关联的游标，这样就能防止打开的游标把数据库弄得十分凌乱。 　　以下是一个创建 PreparedSatement 的示例： PreparedStatement sqlstmt = dbCon.prepareStatement(select * from table1 where field_1=?);sqlstmt.setInt(1, 12);ResultSet rs = sqlstmt.executeQuery();// close the resultset statement to avoid hanging cursors in databasesqlstmt.close();// processing of new statementsqlstmt = dbCon.prepareStatement(select * from table2 where field_2 = ?);// repeat creating the result set 　　恰当地利