SQLITE_BUSY die Datenbank ist gesperrt java

Question

Ich habe eine Java-Software, die sqlite Datenbank verwenden. Die gesamte Datenbank reibungslos funktioniert jedoch nach einiger Zeit von der Ausführung der Anwendung mir die folgende Meldung am reveiving (von einem Try-Catch-Block):

java.sql.SQLException: [SQLITE_BUSY] Die Datenbankdatei gesperrt ist (Datenbank gesperrt)

Ich habe meine Probleme gelöst, indem ich die Software bei jeder Erhöhung der Ausnahme geschlossen habe. Gibt es jedoch eine Möglichkeit, meine Datenbank zu schließen, um die Software nicht jedes Mal zu schließen?

Ich habe habe viele Anfragen aber mein prob immer in einem bestimmten Punkt entsteht:

 try { 
      String query = "select * from StudentsSession where userId=? and course=? and level=?"; 
      PreparedStatement pst = connectionUsers.prepareStatement(query); 
      pst.setString(1, saveUser.getText()); 
      pst.setString(2, textSubjectQTest); 
      st.setString(3, showCurrentLevelLabel.getText()); 
      ResultSet rs = pst.executeQuery(); 
      while (rs.next()) { 
       count = count + 1; 
      } 
      pst.close(); 
      rs.close(); 

     } catch (Exception a) { 
      System.out.println(a); 
     } 
     try { 
      String countS, tmpS; 
      countS = String.valueOf(count); 
      sessionId.setText(countS); 
      long unixTime = System.currentTimeMillis()/1000L; 
      tmpS = String.valueOf(unixTime); 
      date.setText(tmpS); 
      course.setText(textSubjectQTest); 

      String query = "insert into StudentsSession (userId,date,course,level,trial,score) values (?,?,?,?,?,-1)"; 
      PreparedStatement pst = connectionUsers.prepareStatement(query); 
      pst.setString(1, saveUser.getText()); 
      pst.setString(2, tmpS); 
      pst.setString(3, textSubjectQTest); 
      pst.setString(4, showCurrentLevelLabel.getText()); 
      pst.setString(5, countS); 
      pst.executeUpdate(); 
      pst.close(); 

     } catch (Exception a) { 

      System.out.println(a); 
      System.exit(0); 
     } 

     String file1 = ""; 
     ResultSet ts4; 
     try { 

      sessionId3 = ""; 
      String query3 = "select * from studentssession where userid = ? and course = ? and level = ?"; 
      PreparedStatement pst__1 = connectionUsers.prepareStatement(query3); 
      pst__1.setString(1, saveUser.getText()); 
      pst__1.setString(2, textSubjectQTest); 
      pst__1.setString(3, showCurrentLevelLabel.getText()); 
      ts4 = pst__1.executeQuery(); 

      while (ts4.next()) { 
       sessionId3 = ts4.getString("sessionId"); 
      } 
      pst__1.close(); 
      ts4.close(); 
      obj = new CaptureVideoFromWebCamera(); 

      file1 = "videos/" + userTextFieldS.getText(); 

      file1 = file1 + "_" + sessionId3; 
      file1 = file1 + ".wmv"; 

      obj.start(file1); 

     } catch (Exception e4) { 
      e4.getCause(); 
     } 

Manchmal die Ausnahme dieser Code steigen.

Answer 1

Ihr Versuch zu fangen ist falsch, Sie versuchen, die ResultSet und Statemnt im try-Block anstelle von einem endgültigen Block zu schließen. Dies könnte zu Undichtigkeiten führen.

Sie sollten es so, in der endgültigen tun.

PreparedStatement pst = null; 
ResultSet rs = null; 
try { 
     pst = connectionUsers.prepareStatement(query); 
     ... 
     rs = pst.executeQuery(); 
     ...      
    } catch (Exception a) { 
     a.printStackTrace(); 
    } finally { 
     if(rs != null){ 
      try{ 
        rs.close(); 
      } catch(Exception e){ 
       e.printStackTrace(); 
      } 
     } 
     if(pst != null){ 
      try{ 
       pst.close(); 
      } catch(Exception e){ 
       e.printStackTrace(); 
      } 
     } 
    } 

Oder Sie könnten auf die Try-with-Ressource aussehen.

Dies könnte ein Grund sein.

Answer 2

Sorta Duplikat der bestehenden Frage, aber this is a good starting point. Da SQLite nur eine Bibliothek ist, die in eine Datei im Dateisystem liest und schreibt, keine vollständige SQL-Datenbank, sollte eigentlich nur jeweils eine Verbindung zu ihr geöffnet sein. Ansonsten ist es ziemlich einfach, in einen Rennzustand zu kommen.

Für lokale Tests sollte es in Ordnung sein, aber für ein System beliebiger Komplexität, das mehrere Benutzer erwartet, sollten Sie etwas wie Postgre oder MySQL verwenden.