Использование подготовленных операторов с JDBCTemplate

По умолчанию JDBCTemplate выполняет свои собственные PreparedStatement внутри, если вы просто используете форму .update(String sql, Object ... args). Spring и ваша база данных будут управлять скомпилированным запросом за вас, поэтому вам не нужно беспокоиться об открытии, закрытии, защите ресурсов и т. Д. Одно из спасительных достоинств Spring. Ссылка на документацию Spring 2.5 по этому поводу. Надеюсь, что это поможет вещи яснее. Кроме того, кэширование операторов может выполняться на уровне JDBC, как в случае по крайней мере, некоторые из драйверов Oracle JDBC. Здесь будет гораздо больше деталей, чем я могу компетентно.

Попробуйте следующее:

PreparedStatementCreator creator = new PreparedStatementCreator() {
    @Override
    public PreparedStatement createPreparedStatement(Connection con) throws SQLException {
        PreparedStatement updateSales = con.prepareStatement(
        "UPDATE COFFEES SET SALES = ? WHERE COF_NAME LIKE ? ");
        updateSales.setInt(1, 75); 
        updateSales.setString(2, "Colombian"); 
        return updateSales;
    }
};

Я бы выделил подготовленную обработку оператора как минимум в метод. В этом случае, поскольку результатов нет, это довольно просто (и при условии, что соединение является переменной экземпляра, которая не изменяется):

private PreparedStatement updateSales;
public void updateSales(int sales, String cof_name) throws SQLException {
    if (updateSales == null) {
        updateSales = con.prepareStatement(
            "UPDATE COFFEES SET SALES = ? WHERE COF_NAME LIKE ?");
    }
    updateSales.setInt(1, sales);
    updateSales.setString(2, cof_name);
    updateSales.executeUpdate();
}

На этом этапе остается лишь позвонить:

updateSales(75, "Colombian");

Что довольно просто интегрировать с другими вещами, да? И если вы вызовете метод много раз, обновление будет создано только один раз, что значительно ускорит работу. Ну, если вы не делаете сумасшедших вещей вроде выполнения каждого обновления в отдельной транзакции ...

Обратите внимание, что типы фиксированы. Это связано с тем, что для любого конкретного запроса / обновления они должны быть исправлены, чтобы база данных могла эффективно выполнять свою работу. Если вы просто извлекаете произвольные строки из файла CSV, передайте их как строки. Также нет блокировки; Намного лучше вместо этого использовать отдельные соединения из одного потока.

Я пробовал оператор выбора сейчас с помощью PreparedStatement, но оказалось, что не быстрее, чем шаблон Jdbc. Возможно, как предложил мезмо, он автоматически создает подготовленные операторы.

Во всяком случае, причина того, что мой sql SELECTs был таким медленным, была другая. В предложении WHERE я всегда использовал оператор LIKE, когда все, что мне нужно было сделать, это найти точное совпадение. Как я выяснил, LIKE ищет шаблон и поэтому работает довольно медленно.

Сейчас я использую оператор =, он намного быстрее.