PreparedStatement mit Statement.RETURN_GENERATED_KEYS

83

Die einzige Möglichkeit, die einige JDBC-Treiber zurückgeben können, Statement.RETURN_GENERATED_KEYSbesteht darin, Folgendes zu tun:

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);
}

Gibt es eine Möglichkeit, dasselbe zu tun PreparedStatement?


Bearbeiten

Der Grund, warum ich gefragt habe, ob ich dasselbe tun kann, ist PreparedStatementdas folgende Szenario:

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

In der USERTabelle gibt es eine, PRIMARY KEY (USER_ID)die eine ist BIGINT AUTOINCREMENT(daher sehen Sie es nicht in der SQL_CREATEZeichenfolge.

Jetzt fülle ich die ?Verwendung PreparedStatement.setXXXX(index, value). Ich möchte zurückkehren ResultSet rs = PreparedStatement.getGeneratedKeys(). Wie kann ich das erreichen?

Buhake Sindi
quelle
2
Viele Leute verstehen PreparedStatement # executeUpdate (arg) falsch und verwenden es. Java-Dokument sagt, This method with argument cannot be called on a PreparedStatement or CallableStatement.es bedeutet, dass wir executeUpdate () ohne Argument verwenden müssen, obwohl die executeUpdate(arg)Methode in der PreparedStatement-Klasse vererbt werden kann, aber wir müssen sie nicht verwenden, sonst erhalten wir SQLException.
AmitG

Antworten:

141

Sie können entweder die prepareStatementMethode verwenden, die einen zusätzlichen intParameter verwendet

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

Bei einigen JDBC-Treibern (z. B. Oracle) müssen Sie die Spaltennamen oder Indizes der generierten Schlüssel explizit auflisten:

PreparedStatement ps = con.prepareStatement(sql, new String[]{"USER_ID"})
Jörn Horstmann
quelle
Ich habe Ihre Antwort akzeptiert, da Sie mehr Möglichkeiten aufgezeigt haben, um das gleiche Ergebnis zu erzielen.
Buhake Sindi
67

Du meinst so etwas?

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);
}
Nanda
quelle
Wie kann die Ergebnismenge der generierten Schlüssel null sein?
AlikElzin-Kilaka
10

Da ich momentan keinen Compiler bei mir habe, werde ich eine Frage stellen:

Hast du das versucht? Funktioniert es?

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);
}

Haftungsausschluss: Natürlich habe ich das nicht zusammengestellt, aber Sie haben die Idee.

PreparedStatement ist eine Subschnittstelle von Statement , daher sehe ich keinen Grund, warum dies nicht funktionieren würde, es sei denn, einige JDBC-Treiber sind fehlerhaft.

Darioo
quelle
Das ist nicht das, wonach ich suche. Ich weiß, dass dies PreparedStatementeine Unterklasse von Statement... ist. Siehe meinen aktualisierten Beitrag.
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);
}
Dharmendrasinh Chudasama
quelle
Wenn Schlüssel generiert, dann Schlüssel sonst Schlüssel = 0, wenn nicht generiert
Dharmendrasinh Chudasama
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);
}
niraj
quelle
1
Sollten Sie Ihre Verbindung nicht im finally-Block freigeben, nicht außerhalb (Sie werden eine Verbindung stinken, wenn Sie eine Laufzeitausnahme jeglicher Art erhalten)?
Jules
@niraj - anstelle von ps.RETURN_GENERATED_KEYS können wir Statement.RETURN_GENERATED_KEYS schreiben, da es sich um eine statische Variable in der Klasse java.sql.Statement handelt.
AmitG