PreparedStatement с Statement.RETURN_GENERATED_KEYS

83

Единственный способ вернуть некоторые драйверы JDBC Statement.RETURN_GENERATED_KEYS- это сделать что-то из следующего:

long key = -1L;
Statement statement = connection.createStatement();
statement.executeUpdate(YOUR_SQL_HERE, Statement.RETURN_GENERATED_KEYS);
ResultSet rs = statement.getGeneratedKeys();
if (rs != null && rs.next()) {
    key = rs.getLong(1);
}

Есть ли способ сделать то же самое с PreparedStatement?


редактировать

Причина, по которой я спросил, могу ли я сделать то же самое, PreparedStatementрассмотрим следующий сценарий:

private static final String SQL_CREATE = 
            "INSERT INTO
            USER(FIRST_NAME, MIDDLE_NAME, LAST_NAME, EMAIL_ADDRESS, DOB) 
            VALUES (?, ?, ?, ?, ?)";

В USERтаблице есть, PRIMARY KEY (USER_ID)который является BIGINT AUTOINCREMENT(поэтому вы не видите его в SQL_CREATEString.

Теперь я заполняю файл ?using PreparedStatement.setXXXX(index, value). Я хочу вернуться ResultSet rs = PreparedStatement.getGeneratedKeys(). Как я могу этого добиться?

Бухаке Синди
источник
2
Многие люди неправильно понимают и используют PreparedStatement # executeUpdate (arg). В документе Java говорится, что This method with argument cannot be called on a PreparedStatement or CallableStatement.это означает, что мы должны использовать executeUpdate () без аргументов, даже если executeUpdate(arg)метод может быть унаследован в классе PreparedStatement, но нам не нужно его использовать, иначе мы получим SQLException.
AmitG 08

Ответы:

143

Вы можете использовать prepareStatementметод с дополнительным intпараметром

PreparedStatement ps = con.prepareStatement(sql, Statement.RETURN_GENERATED_KEYS)

Для некоторых драйверов JDBC (например, Oracle) вам необходимо явно указать имена столбцов или индексы сгенерированных ключей:

PreparedStatement ps = con.prepareStatement(sql, new String[]{"USER_ID"})
Йорн Хорстманн
источник
Я принял ваш ответ, поскольку вы показали больше способов достичь того же результата.
Buhake Sindi
67

Вы имеете в виду что-то вроде этого?

long key = -1L;

PreparedStatement preparedStatement = connection.prepareStatement(YOUR_SQL_HERE, PreparedStatement.RETURN_GENERATED_KEYS);
preparedStatement.setXXX(index, VALUE);
preparedStatement.executeUpdate();

ResultSet rs = preparedStatement.getGeneratedKeys();

if (rs.next()) {
    key = rs.getLong(1);
}
Нанда
источник
Каким образом набор результатов сгенерированных ключей может быть нулевым?
AlikElzin-kilaka
10

Пока у меня нет компилятора, отвечу вопросом:

Вы пробовали это? Это работает?

long key = -1L;
PreparedStatement statement = connection.prepareStatement();
statement.executeUpdate(YOUR_SQL_HERE, PreparedStatement.RETURN_GENERATED_KEYS);
ResultSet rs = statement.getGeneratedKeys();
if (rs != null && rs.next()) {
    key = rs.getLong(1);
}

Отказ от ответственности: очевидно, я не скомпилировал это, но вы поняли.

PreparedStatement - это подинтерфейс Statement , поэтому я не вижу причин, по которым это не сработает, если только некоторые драйверы JDBC не содержат ошибок.

darioo
источник
это не то, что я ищу, я знаю, что PreparedStatementэто подкласс Statement.... см. мой обновленный пост.
Buhake Sindi
2
String query = "INSERT INTO ....";
PreparedStatement preparedStatement = connection.prepareStatement(query, PreparedStatement.RETURN_GENERATED_KEYS);

preparedStatement.setXXX(1, VALUE); 
preparedStatement.setXXX(2, VALUE); 
....
preparedStatement.executeUpdate();  

ResultSet rs = preparedStatement.getGeneratedKeys();  
int key = rs.next() ? rs.getInt(1) : 0;

if(key!=0){
    System.out.println("Generated key="+key);
}
Дхармендрасинх Чудасама
источник
Если ключ сгенерирован, то ключ, иначе ключ = 0, если не сгенерирован
Дхармендрасин Чудасама
0
private void alarmEventInsert(DriveDetail driveDetail, String vehicleRegNo, int organizationId) {

    final String ALARM_EVENT_INS_SQL = "INSERT INTO alarm_event (event_code,param1,param2,org_id,created_time) VALUES (?,?,?,?,?)";
    CachedConnection conn = JDatabaseManager.getConnection();
    PreparedStatement ps = null;
    ResultSet generatedKeys = null;
    try {
        ps = conn.prepareStatement(ALARM_EVENT_INS_SQL, ps.RETURN_GENERATED_KEYS);
        ps.setInt(1, driveDetail.getEventCode());
        ps.setString(2, vehicleRegNo);
        ps.setString(3, null);
        ps.setInt(4, organizationId);
        ps.setString(5, driveDetail.getCreateTime());
        ps.execute();
        generatedKeys = ps.getGeneratedKeys();
        if (generatedKeys.next()) {
            driveDetail.setStopDuration(generatedKeys.getInt(1));
        }
    } catch (SQLException e) {
        e.printStackTrace();
        logger.error("Error inserting into alarm_event : {}", e
                .getMessage());
        logger.info(ps.toString());
    } finally {
        if (ps != null) {
            try {

                if (ps != null)
                    ps.close();
            } catch (SQLException e) {
                logger.error("Error closing prepared statements : {}", e
                        .getMessage());
            }
        }
    }
    JDatabaseManager.freeConnection(conn);
}
нирадж
источник
1
Разве вы не должны освобождать свое соединение в блоке finally, а не за его пределами (вы обнаружите соединение, если получите какое-либо исключение времени выполнения)?
Жюль
@niraj - вместо ps.RETURN_GENERATED_KEYS мы можем написать Statement.RETURN_GENERATED_KEYS, потому что это статическая переменная в классе java.sql.Statement.
AmitG 08