如何測定JDBC的性能(下)

2019-11-18 12:39:45

字體：大中小

來源：轉載

供稿：網友

　　封裝ResultSet類
　　ResultSetWrapper類也主要包括托付方法：
　　public class ResultSetWrapper implements ResultSet
　　{
　　ResultSet realResultSet;
　　StatementWrapper parentStatement;
　　String sql;
　　public ResultSetWrapper(ResultSet resultSet, StatementWrapper statement, String sql) {
　　realResultSet = resultSet;
　　parentStatement = statement;
　　this.sql = sql;
　　}
　　public boolean absolute(int row) throws SQLException {
　　return realResultSet.absolute(row);
　　}
　　...
　　其中也有一些方法不是簡單的托付方法，getStatement()方法返回生成ResultSet的statement對象，我們需要讓它返回StatementWrapper對象：
　　public Statement getStatement() throws SQLException {
　　return parentStatement;
　　}
　　The getArray() methods need to return a wrapped Array object:
　　public Array getArray(int i) throws SQLException {
　　return new SQLArrayWrapper(realResultSet.getArray(i), parentStatement, sql);
　　}
　　public Array getArray(String colName) throws SQLException {
　　return new SQLArrayWrapper(realResultSet.getArray(colName), parentStatement, sql);
　　}
　　最后，我們需要添加測試過程。許多開發人員都錯誤地認為，不同的Statement.execute*()方法都會引起數據庫交互過程帶來的負擔，對于數據庫的更新和讀取少量的數據庫記錄而言，這是正確的。假如讀取的數據庫記錄的量較大，ResultSet.next()需要大量的時間從數據庫中讀取記錄。假如讀取的記錄太多，ResultSet.next()調用所需要的時間就會多于SQL語句執行的時間。因此，測試ResultSet.next()調用的時間也就是理所當然的了。
　　public boolean next() throws SQLException {
　　Thread t = Thread.currentThread();
　　JDBCLogger.startLogSqlNext(t, sql);
　　boolean b = realResultSet.next();
　　JDBCLogger.endLogSqlNext(t, sql);
　　return b;
　　}
　　假如需要，還有一些ResultSet調用可以測量，例如PRevious()、insertRow()等，但大多數的應用程序只需要對next()進行測量。
　　JDBC封裝類架構
　　上面討論了需要封裝的類，我沒有明確地說明Array和DatabaseMetaData的封裝類，但它們都比較簡單，只需要返回ResultSetWrappers和ConnectionWrappers而不是ResultSets和Connections類。使用封裝對象測試數據庫交互過程性能的技術適用于JDBC 1、JDBC 2和未來的JDBC 3，它們在接口定義方面互不相同（因此需要不同的封裝類。但我們可以用同一種方式創建所有不同版本下的封裝類。
　　我沒有討論的是JDBCLogger，該類的一個簡單的實現中不調用測試方法，但將不提供測試功能：
　　package tuning.jdbc;
　　
　　public class JDBCLogger
　　{
　　public static void startLogSqlQuery(Thread t, String sql) {}
　　public static void endLogSqlQuery(Thread t, String sql) {}
　　public static void startLogSqlNext(Thread t, String sql) {}
　　public static void endLogSqlNext(Thread t, String sql) {}
　　}
　　一個更有用的定義是測試查詢的時間。下面的方法記錄查詢開始時的時間，并在查詢結束時得出使用的時間。由于假定在同一個線程中SQL查詢不能遞歸（一般情況下都是這樣的），下面的方法是相當簡單的：
　　private static Hashtable QueryTime = new Hashtable();
　　public static void startLogSqlQuery(Thread t, String sql)
　　{
　　if (QueryTime.get(t) != null)
　　System.out.println("WARNING: overwriting sql query log time for " + sql);
　　QueryTime.put(t, new Long(System.currentTimeMillis()));
　　}
　　public static void endLogSqlQuery(Thread t, String sql)
　　{
　　long time = System.currentTimeMillis();
　　time -= ((Long) QueryTime.get(t)).longValue();
　　System.out.println("Time: " + time + " millis for SQL query " + sql);
　　QueryTime.remove(t);
　　}
　　使用JDBCLogger類中的這些方法的輸出將如下所示：
　　Time: 53 millis for SQL query SELECT * FROM JACKTABL
　　對于每次查詢執行來說，這將使我們能夠精確地測試SQL查詢所使用的時間，也能夠計算出JDBCLogger類中所有查詢所需要的時間。我經常測試的是最小、最大、平均、平均偏差等值，這些值在測試大規模的系統的性能時更有用。
　　使用JDBC封裝類框架
　　我們已經介紹了非常有用的在應用程序的開發和布置階段測試JDBC調用性能的方法。由于封裝類比較簡單，而且功能強大，又不需要對應用程序進行大量的修改，它們可以被保留在已經布置好的應用程序中，創建一個可配置的JDBCLogger類將使我們能夠根據自己的需要開啟或關閉測試功能。
　　在開發階段，由于能夠計算出累積的時間代價，我們能夠利用這些類辨別出個別的需要較大時間代價的數據庫交互過程和重復的數據庫交互過程，哪個的時間代價更大。辨別出時間代價較大的數據庫交互過程是我們改進應用程序性能的第一步。在開發階段，這些封裝類可以用來發現應用程序的理論性能和實際性能之間的差距，有助于我們分析為什么會有差距。
　　在利用這些類找出JDBC的性能瓶頸在哪里后，我們就可以對數據庫的接口進行調整了。我將在以后的文章中繼續討論JDBC性能的技術。

上一篇：J2EE數據庫設計入門

下一篇：如何測定JDBC的性能(上)