Chi devo prima chiudere, PreparedStatement o Connection?

Question

Quando si utilizza un PreparedStatement in JDBC, dovrei chiudere il PreparedStatement primo o il primo Connection? Ho appena visto un esempio di codice in cui il Connection viene chiuso per primo, ma a me sembra più logico chiudere prima il PreparedStatement.

Esiste un modo standard e accettato per farlo? Importa? Fa chiudere il Connection anche causare il PreparedStatement da chiudere, dal momento che la PreparedStatement è direttamente correlata all'oggetto Connection?

Answer 1

La dichiarazione. Mi aspetto di chiudere (in ordine)

1. il set di risultati
2. la dichiarazione
3. la connessione

(e verificare la presenza di valori null lungo la strada!)

vale a dire chiudere in invertire ordine alla sequenza di apertura.

Se si utilizza Primavera JdbcTemplate (o simili) allora che si prenderà cura di questo per voi. In alternativa è possibile utilizzare Apache Commons DbUtils e DbUtils.close() o DbUtils.closeQuietly().

Answer 2

Le seguenti procedure dovrebbe essere fatto (in ordine)

• Il ResultSet
• Il PreparedStatement
• Il Connection.

Inoltre, è consigliabile chiudere tutti gli oggetti relativi a JDBC nello finally nelle vicinanze per garantire la chiusura.

//Do the following when dealing with JDBC. This is how I've implemented my JDBC transactions through DAO.... 

Connection conn = null; 
PreparedStatement ps = null; 
ResultSet rs = null; 

try { 
    conn = .... 
    ps = conn.prepareStatement(...); 

    //Populate PreparedStatement 
    rs = ps.executeQuery(); 

} catch (/*All relevant exceptions such as SQLException*/Exception e) { 
    logger.error("Damn, stupid exception: " , e); 
} finally { 
if (rs != null) { 
      try { 
       rs.close(); 
       rs = null; 
      } catch (SQLException e) { 
       logger.error(e.getMessage(), e.fillInStackTrace()); 
      } 
     } 

     if (ps != null) { 
      try { 
       ps.close(); 
       ps = null; 
      } catch (SQLException e) { 
       logger.error(e.getMessage(), e.fillInStackTrace()); 
      } 
     } 

     try { 
      if (conn!= null && !conn.isClosed()){ 
       if (!conn.getAutoCommit()) { 
        conn.commit(); 
        conn.setAutoCommit(true); 
       } 
       conn.close(); 
       conn= null; 
      } 
     } catch (SQLException sqle) { 
      logger.error(sqle.getMessage(), sqle.fillInStackTrace()); 
     } 
} 

Potete vedere che ho controllato se i miei oggetti sono nulli e per il collegamento, controllare prima se la connessione non è autocommited. Molte persone non riescono a controllarlo e si rendono conto che la transazione non è stata impegnata in DB.