Повторне використання PreparedStatement кілька разів

у випадку використання 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.
            }
        }
    }
}

Що стосується багатопоточних середовищ, вам не потрібно турбуватися про це, якщо ви набуваєте та закриваєте з'єднання та оператор у найкоротшій можливості в межах того самого блоку методу відповідно до звичайної ідіоми JDBC, використовуючи оператор try-with-resources, як показано в вище фрагменти.

Якщо ці пакети є транзакційними, тоді ви хочете вимкнути автозв'язок з'єднання і здійснити транзакцію лише тоді, коли всі пакети закінчені. Інакше це може призвести до брудної бази даних, коли перша група пакетів вдалася, а пізніше ні.

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 можуть бути спільно використані між кількома потоками (тобто використовуються одночасно кількома потоками). Кожен потік повинен отримати власне з'єднання з пулу, використати його і повернути до пулу знову.