CallableStatement.close（）でパフォーマンスの問題が発生する

Question

パフォーマンスに関する質問があります。

私が取り組むアプリケーションは、Spring MVCアプリケーション（v3.2.9）です。 WebSphere Application Server（v8.5.5）でホストされています。 AS400 DB2システム（ドライバーはJTOpen v9.1）に接続されています。私のアプリはIBM AS400システムのストアドプロシージャを呼び出します。 SpringのJdbcTemplate.executeメソッドを使用して呼び出されています。ここでは、コードです：私たちは、ロギングを上げると確認した後、「[SQL0501]カーソルC1が開いていない」は、この手順の呼び出しは時折エラーがスローされますいくつかの問題に実行している

jdbcTemplate.execute(new CallableStatementCreator() { 
     @Override 
     public CallableStatement createCallableStatement(Connection con) throws SQLException { 
      CallableStatement cs = con.prepareCall("{CALL XXXXXXSP (?, ?)}"); 
      cs.setString(1, xxx); 
      cs.setString(2, xxx); 
      return cs; 
     } 
    }, 
    new CallableStatementCallback<String>() { 
     @Override 
     public String doInCallableStatement(CallableStatement cs)throws SQLException, DataAccessException { 
      cs.execute(); 
      return null; 
     } 
    }); 

、それがこのエラーのように見えますアプリケーションがCallableStatementを再利用しようとするときにのみ発生します。このCallableStatementが最後に使用されたときに、それぞれのカーソルが閉じられました。この結果、エラーが発生します（この再利用が予想される動作であるかどうかはわかりません）。このエラーは、1日に20回程度起こります。これは、このアプリケーションのトラフィックが非常に高いため、比較的低いパーセンテージです。

私の質問は、コードにの後にコードにcs.close();を追加すると、コードのパフォーマンスが低下しますか？

Answer 1

一般的にclose（）メソッドを呼び出してリソースを解放するので、文を閉じる必要があります。これに問題はありません。

しかし、あなたのためのJdbcTemplateクローズステートメントは必要ありません。

JdbcUtils.closeStatement(cs); 
DataSourceUtils.releaseConnection(con, getDataSource()); 

そしてCallableStatementCallback APIから：

doInCallableStatement(CallableStatement cs) throws SQLException ,DataAccessException 

がアクティブJDBC たCallableStatementでJdbcTemplate.executeによって呼び出され、ここで

はJdbcTemplateが実行execute(CallableStatementCreator csc, CallableStatementCallback<T> action)メソッドの最後に何をすべきかです。 Statement またはConnectionを閉じること、またはトランザクションを処理することについて気にする必要はありません。これは、すべてSpringのJdbcTemplateによって処理される になります。 注：コールバック実装内のfinallyブロックで をクローズする必要があります。 Spring は、コールバックが返された後でStatementオブジェクトをクローズしますが、この は必ずしもResultSetリソースが であることを意味しません。Statementオブジェクトは接続プールによってプールされる可能性があります。 物理的にリソースを閉じるのではなく、 です。