Как часто должны быть закрыты Connection, Statement и ResultSet в JDBC?

Нужно ли их закрывать после каждого запроса и инициализировать в начале каждого запроса?

Источник

2 ответа

Решение

Всегда. Вам необходимо приобрести и закрыть их в кратчайшие сроки, чтобы избежать утечки ресурсов, проблем с транзакциями и исчерпанных пулов соединений. Невыполнение этого требования приведет к тому, что в БД рано или поздно закончатся ресурсы, что приведет к возникновению исключений типа "Слишком много соединений".

Обычная идиома JDBC следующая: все ресурсы открываются и закрываются в одном и том же блоке try-with-resources:

public List<Entity> list() throws SQLException {
    List<Entity> entities = new ArrayList<Entity>();

    try (
        Connection connection = database.getConnection();
        PreparedStatement statement = connection.prepareStatement(SQL_LIST);
        ResultSet resultSet = statement.executeQuery();
    ) {
        while (resultSet.next()) {
            entities.add(map(resultSet));
        }
    }

    return entities;
}

Или когда вы еще не на Java 7:

public List<Entity> list() throws SQLException {
    List<Entity> entities = new ArrayList<Entity>();
    Connection connection = null;
    PreparedStatement statement = null;
    ResultSet resultSet = null;

    try {
        connection = database.getConnection();
        statement = connection.prepareStatement(SQL_LIST);
        resultSet = statement.executeQuery();

        while (resultSet.next()) {
            entities.add(map(resultSet));
        }
    } finally {
        if (resultSet != null) try { resultSet.close(); } catch (SQLException logOrIgnore) {}
        if (statement != null) try { statement.close(); } catch (SQLException logOrIgnore) {}
        if (connection != null) try { connection.close(); } catch (SQLException logOrIgnore) {}
    }

    return entities;
}

С помощью PreparedStatement даст вам преимущество кэширования БД операторов (рядом с предотвращением SQL-инъекций при правильном использовании). Получение и закрытие соединения является самой дорогой задачей, но там для этого изобретены пулы соединений. Если вы хотите использовать один и тот же оператор для массовых вставок / обновлений, вы можете использовать пакеты.

Смотрите также:

Источник

Поскольку вам не нужны результаты предыдущего запроса, вам, конечно, нужно инициализировать ResultSet.

Оператор может быть сохранен при необходимости снова, и особенно PreparedStatements должен быть сохранен - ​​они могут быть предварительно скомпилированы при первом запуске базой данных, что экономит несколько секунд:

"SELECT foo FROM bar WHERE a = ?"

если только параметр изменится, конечно.

Источник
Другие вопросы по тегам