풀없이 단일 공통 연결로 PreparedStatement를 사용하는 경우 준비된 명령문의 기능을 유지하는 모든 dml / sql 작업에 대해 인스턴스를 다시 만들 수 있습니까?
내말은:
for (int i=0; i<1000; i++) {
PreparedStatement preparedStatement = connection.prepareStatement(sql);
preparedStatement.setObject(1, someValue);
preparedStatement.executeQuery();
preparedStatement.close();
}
대신에:
PreparedStatement preparedStatement = connection.prepareStatement(sql);
for (int i=0; i<1000; i++) {
preparedStatement.clearParameters();
preparedStatement.setObject(1, someValue);
preparedStatement.executeQuery();
}
preparedStatement.close();
제 질문은 제가이 코드를 다중 스레드 환경에 넣고 싶다는 사실로 인해 발생합니다. 조언을 해주실 수 있습니까? 감사
답변
두 번째 방법은 좀 더 효율적이지만 훨씬 더 좋은 방법은 일괄 적으로 실행하는 것입니다.
public void executeBatch(List<Entity> entities) throws SQLException {
try (
Connection connection = dataSource.getConnection();
PreparedStatement statement = connection.prepareStatement(SQL);
) {
for (Entity entity : entities) {
statement.setObject(1, entity.getSomeProperty());
// ...
statement.addBatch();
}
statement.executeBatch();
}
}
그러나 한 번에 실행할 수있는 배치 수는 JDBC 드라이버 구현에 따라 다릅니다. 예를 들어 1000 배치마다 실행할 수 있습니다.
public void executeBatch(List<Entity> entities) throws SQLException {
try (
Connection connection = dataSource.getConnection();
PreparedStatement statement = connection.prepareStatement(SQL);
) {
int i = 0;
for (Entity entity : entities) {
statement.setObject(1, entity.getSomeProperty());
// ...
statement.addBatch();
i++;
if (i % 1000 == 0 || i == entities.size()) {
statement.executeBatch(); // Execute every 1000 items.
}
}
}
}
멀티 스레드 환경의 경우 다음과 같이 try-with-resources 문을 사용하여 일반 JDBC 관용구에 따라 동일한 메서드 블록 내에서 가능한 가장 짧은 범위의 연결 및 문을 획득하고 닫으면 이에 대해 걱정할 필요가 없습니다 . 스 니펫 위.
이러한 일괄 처리가 트랜잭션 인 경우 연결 자동 커밋을 해제하고 모든 일괄 처리가 완료 될 때만 트랜잭션을 커밋하려고합니다. 그렇지 않으면 첫 번째 일괄 처리가 성공할 때 데이터베이스가 더티 데이터베이스가 될 수 있습니다.
public void executeBatch(List<Entity> entities) throws SQLException {
try (Connection connection = dataSource.getConnection()) {
connection.setAutoCommit(false);
try (PreparedStatement statement = connection.prepareStatement(SQL)) {
// ...
try {
connection.commit();
} catch (SQLException e) {
connection.rollback();
throw e;
}
}
}
}
답변
코드의 루프는 지나치게 단순화 된 예일뿐입니다.
만드는 것이 더 나을 것입니다 PreparedStatement
한 번만 하고 루프에서 반복해서 재사용하는 것이 좋습니다.
그것이 불가능한 상황에서는 (프로그램 흐름이 너무 복잡하기 때문에), 여전히 a를 사용하는 것이 좋습니다. PreparedStatement
서버 측 작업 (SQL 구문 분석 및 실행 캐싱 계획), 여전히 감소됩니다.
Java 측을 재사용하려는 상황을 해결하기 위해 PreparedStatement
일부 JDBC 드라이버 (예 : Oracle)에는 캐싱 기능이 있습니다.PreparedStatement
동일한 연결에서 동일한 SQL에 대해 하면 동일한 (캐시 된 ) 인스턴스.
멀티 스레딩에 대하여 : 어쨌든 JDBC 연결이 여러 스레드에서 공유 될 수 있다고 생각하지 않습니다 (즉, 여러 스레드에서 동시에 사용). 모든 스레드는 풀에서 자신의 연결을 가져 와서 사용하고 다시 풀로 반환해야합니다.