java.sql.SQLException: ORA-01002: extraction de la séquence

J'ai une démo de l'application pour vérifier les sélectionner pour la requête de mise à jour

public class Test implements Runnable{

    public Test() {
    }

    public static void main(String[] args) {
        Thread t1 = new Thread(new Test());
        Thread t2 = new Thread(new Test());

        t1.start();
        t2.start();
    }

    public void run() {
        //TODO Auto-generated method stub
        try{
            String updateWith = "";
            String sel = "SELECT SIDNUMBERTO FROM tblmserialbatchdetail WHERE sidnumberto = ("+
            "SELECT max(sidnumberto) FROM tblmserialbatchdetail WHERE generationmode='A' and nvl(serialprefix,' ') = nvl('',' ') " +
            "and sidlengthwithoutprefix =12) FOR UPDATE";
            //System.out.println("SELECT QUERY ===: "+sel);
            String updatequery = "update tblmserialbatchdetail set sidnumberto = ? where serialbatchid = ?";
            System.out.println();
            Connection connection = Conn.getDBConnection();
            PreparedStatement pStatement = connection.prepareStatement(sel);

            ResultSet rSet = pStatement.executeQuery();

            while(rSet.next()){

                updateWith = rSet.getString(1);
                long value = Long.parseLong(updateWith)+1;
                updateWith = String.valueOf(value);
                System.out.println("resulet To be Updated ===> "+value);
            }
            connection.commit();
            connection.close();



        }catch (Exception e) {
            e.printStackTrace();
        }
    }

}

Cela fonctionne bien si je l'ai enlever Pour la mise à jour de la requête select sinon, donnez-moi de l'erreur

java.sql.SQLException: ORA-01002: fetch out of sequence

    at oracle.jdbc.dbaccess.DBError.throwSqlException(DBError.java:180)
    at oracle.jdbc.ttc7.TTIoer.processError(TTIoer.java:208)
    at oracle.jdbc.ttc7.Oall7.receive(Oall7.java:543)
    at oracle.jdbc.ttc7.TTC7Protocol.doOall7(TTC7Protocol.java:1451)
    at oracle.jdbc.ttc7.TTC7Protocol.fetch(TTC7Protocol.java:943)
    at oracle.jdbc.driver.OracleStatement.doExecuteQuery(OracleStatement.java:2119)
    at oracle.jdbc.driver.OracleStatement.doExecuteWithTimeout(OracleStatement.java:2324)
    at oracle.jdbc.driver.OraclePreparedStatement.executeUpdate(OraclePreparedStatement.java:421)
    at oracle.jdbc.driver.OraclePreparedStatement.executeQuery(OraclePreparedStatement.java:365)
    at com.response.Test.run(Test.java:47)
    at java.lang.Thread.run(Thread.java:595)

InformationsquelleAutor chetan | 2012-03-28

6

SELCT ... FOR UPDATE n'a de sens que dans le contexte de la gestion de la transaction, car il nécessite des verrous à prendre sur les lignes sélectionnées.

Par défaut, JDBC n'utilise pas géré de la transaction, il utilise un créé implicitement celui qui s'engage dès que la requête est exécutée. Cela permettra de briser la sémantique de SELECT ... FOR UPDATE, et le pilote JDBC se plaint.

À l'utilisation de l'géré transaction, ajouter
```
connection.setAutoCommit(false); 
```
avant d'exécuter la requête. Par la suite, exécuter connection.commit().
- Oui, il fonctionne, mais maintenant arrêtée à la ligne ResultSet rSet = pStatement.executeQuery();
- Pourquoi le processus de effondrés ?
- Probablement parce qu'il ne peut pas prendre la serrure, parce que quelque chose d'autre a déjà verrouillé. Impossible à dire pour sûr.
- Oui, il a travaillé sur le réglage automatique de commettre de faux. Merci
InformationsquelleAutor skaffman
1

J'ai eu l'ORA-01002: extraction de la séquence problème avec Spring JPA - Natif SQL pour ORACLE instruction MERGE.

Problème est à la session hibernate, j'ai corrigé de passer le reste de ma source de données à jdbctemplate.
À l'exclusion de Printemps JPA natif SQL et de la migration vers JDBC modèle de résoudre le problème pour moi. J'ai eu problème que pour ORACLE Fusion déclaration et non pour d'autres requêtes SQL.

@Bean
public JdbcTemplate getJdbcTemplate() throws Exception{
Carte des sources de données = applicationContext.getBeansOfType(DataSource.class);
Objets.requireNonNull(sources de données, "Source de Données est nécessaire");
```
    DataSource dataSource = dataSources.entrySet().stream()
            .filter(entry->entry.getKey().startsWith("abc"))
            .map(Map.Entry::getValue)
            .findAny().orElseThrow(()-> new Exception("DataSource ABC is required."));

    return new JdbcTemplate(dataSource);
}
```
InformationsquelleAutor Lucky
0

Essayer:
```
connection.setAutoCommit(false); 
```
D'une façon générale, "sélectionner ... pour la mise à jour" n'est pas la meilleure stratégie de verrouillage.
- pouvez-vous expliquer votre réponse?
- Mais que fait-il?
- peut-u s'il vous plaît fournir d'autres ?
- Comment puis-je éventuellement proposer d'autres si je ne connais pas le problème que vous essayez de résoudre? 🙂
InformationsquelleAutor maximdim
0

au lieu d'utiliser executeQuery, vous pouvez utiliser executeUpdate fonction.
Ne pas utiliser "select for update" au lieu directement essayer de mettre à jour les lignes en une seule opération, Ce qui va vous donner la mise à jour des lignes de comptage. De cette façon, par exemple lorsque deux transactions tente de mettre à jour une ligne , la première que l'on gagne d'autres retours à zéro et que vous savez que le premier réussit à mettre à jour, car il sera de retour mis à jour rowcount.

InformationsquelleAutor fatih tekin

Vous devez vous connecter pour publier un commentaire.