Új hozzászólás Aktív témák

• btotyi tag

  #1301

  #1300 td

  2008-05-24 17:42:55

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  btotyi

  tag

  #1300 td

  Minden egyes lekérdezés/módosítás után.

• btotyi tag

  #1299

  #1298 td

  2008-05-23 19:54:41

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  btotyi

  tag

  #1298 td

  1290-es közepe

  Tranzakciót pedig mindig használsz csak automatikusan hívja a java. (autocommit=true)

• btotyi tag

  #1297

  #1296 td

  2008-05-23 10:35:30

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  btotyi

  tag

  #1296 td

  Nem igazán értem mért akarod a visszatérési értéket kezelni. Ha az insert sikeresen lefut akkor úgyis a következő sorra (update) lép. Ha nem (pl kulcs megsértés vagy null érték not null-os mezőbe) kivétel keletkezik akkor pedig rollback így az insertben felvitt rekordo(ka)t eldobja.

  Ha szüksége van az insert utáni értékre pld. a kapott id-t tovább kell vinni, akkor vagy tárolt eljárás vagy generator/sequence használata javaslott, természetesen egy tranzakció belül.

• btotyi tag

  #1295

  #1293 td

  2008-05-21 21:42:27

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  btotyi

  tag

  #1293 td

  Javítva:

  A ps1.execute csak akkor add vissza true-t ha az ELSŐ visszatérési objektum resultset. Mivel az insert nem azt ad vissza igy persze, hogy false.

• btotyi tag

  #1294

  #1293 td

  2008-05-21 21:34:24

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  btotyi

  tag

  #1293 td

  A ps1.execute csak akkor add vissza true-t ha a visszatérési objektum resultset. Mivel az insert nem azt ad vissza igy persze, hogy false.

  Setterek: A preparedstatement leküldi az SQL-t a szervernek előkészítésre. Az lefordítja, felkészül. A setterek beállítják a paramétereket, az execute pedig végrehajtja. A korábban említett előnyök mellett nagy hasznát veheted kötegelt adattöltésnél. Ilyenkor query egyszer előkészít, sokszor végrehajt, nagyon gyorsan.

  Erre szolgál a tranzakció.

  try {
  // Disable auto commit
  connection.setAutoCommit(false);
  
  // Do SQL updates...
  
  // Commit updates
  connection.commit();
  } catch (SQLException e) {
  // Rollback update
  connection.rollback();
  }

• btotyi tag

  #1290

  #1286 td

  2008-05-20 23:11:27

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  btotyi

  tag

  #1286 td

  A getInt-nél mi a kivétel:

  Én így szoktam

  ResultSet ers = plm.executeQuery();
  while (ers.next()) {
  V_Elem lm = new V_Elem();
  lm.setId(ers.getLong("ID"));
  
  }

  Egy elemnél pedig simán

  if (rs.next()) {
  
  }

  Használd a SET SCHEMA=WHUSER utasítást. Vagy tedd az adataidat az APP sémába (Az a Derby alapértelmezett sémája).

  A Insert/Update queryknél használj parametrizált queryt. Átláthatóbb, véd az SQL injekcion ellen.

  pld.

  PreparedStatement ps = conn.prepareStatement("update akarmi set nev=? where id=?");
  
  ps.setString(1,"Az új név");
  ps.setLong(2, 12); // az adott ID
  
  ps.execute();

Új hozzászólás Aktív témák