Java / SQL - Вызов .execute () для объекта Statement vs. createStatement.execute () [duplicate]

Если вам нужен более компактный код, я предлагаю использовать Apache Commons DbUtils . В этом случае:

Connection conn = null;
PreparedStatement stmt = null;
ResultSet rs = null;
try {
    conn = // Retrieve connection
    stmt = conn.prepareStatement(// Some SQL);
    rs = stmt.executeQuery();
} catch(Exception e) {
    // Error Handling
} finally {
    DbUtils.closeQuietly(rs);
    DbUtils.closeQuietly(stmt);
    DbUtils.closeQuietly(conn);
}

Java 1.7 значительно облегчает нашу жизнь благодаря запросу try-with-resources .

try (Connection connection = dataSource.getConnection();
    Statement statement = connection.createStatement()) {
    try (ResultSet resultSet = statement.executeQuery("some query")) {
        // Do stuff with the result set.
    }
    try (ResultSet resultSet = statement.executeQuery("some query")) {
        // Do more stuff with the second result set.
    }
}

Этот синтаксис довольно короткий и изящный. И connection действительно будет закрыт, даже когда невозможно создать statement.

С формой Java 6, я думаю, лучше проверить, что она закрыта или нет до закрытия (например, если какой-либо пул соединений выдает соединение в другом потоке) - например, какая-то сетевая проблема - состояние оператора и результатов может быть закрыто , (это не часто бывает, но у меня была эта проблема с Oracle и DBCP). Моим шаблоном для этого (в старшем синтаксисе Java) является:

    try {
        ...   
        return resp;
    } finally {
        if (rs != null && !rs.isClosed()) {
            try {
                rs.close();
            } catch (Exception e2) { 
                log.warn("Cannot close resultset: " + e2.getMessage());
           }
        }
        if (stmt != null && !stmt.isClosed()) {
            try {
               stmt.close();
            } catch (Exception e2) {
                log.warn("Cannot close statement " + e2.getMessage()); 
            }
        }
        if (con != null && !conn.isClosed()) {
            try {
                con.close();
            } catch (Exception e2) {
                log.warn("Cannot close connection: " + e2.getMessage());
            }
    }

Теоретически это не на 100% идеально, потому что между проверкой состояния закрытия и самого закрытия есть небольшая комната для изменение для состояния. В худшем случае вы получите предупреждение долго. - но это меньше, чем возможность изменения состояния в долгосрочных запросах. Мы используем этот шаблон в производстве с «avarage» load (150 одновременных пользователей), и у нас не было проблем с ним, поэтому никогда не см. Это предупреждение.

Из javadocs :

Когда объект Statement закрыт, его текущий ResultSet объект, если он существует, также закрыт.

Однако javadocs не очень понятны, закрыты ли Statement и ResultSet, когда вы закрываете базовый Connection. Они просто утверждают, что закрытие Connection:

Немедленно освобождает эту базу данных объекта Connection и ресурсы JDBC вместо того, чтобы ждать их автоматического выхода.

По-моему, всегда явно закрывайте ResultSets, Statements и Connections, когда вы закончите с ними, поскольку реализация close может различаться между драйверами баз данных.

Вы можете сэкономить много кода котельной пластины с использованием таких методов, как closeQuietly в DBUtils из Apache.

Нет, вам не нужно закрывать что-либо, НО соединение. В спецификациях JDBC, закрывающих любой более высокий объект, автоматически закрываются нижние объекты. Закрытие Connection закроет любое Statement s, созданное соединением. Закрытие любого Statement закроет все ResultSet s, созданные этим Statement. Не имеет значения, является ли Connection объединенным или нет. Даже общее соединение должно очищаться, прежде чем возвращаться в бассейн.

Конечно, у вас могут быть длинные вложенные циклы на Connection, создающие множество утверждений, а затем их закрыть. Я почти никогда не закрываю ResultSet, хотя, кажется чрезмерным при закрытии Statement или Connection ЗАКРЫВАЕТ их.