Lock conflict on no wait transaction ?

[mkinzler]

Enteder autocommit oder explizit, aber nicht mischen

[jobo]

Ich bin für explizit weglassen.

[Hansa]

Äh, was weglassen ? Ganz ohne Transaktionen oder wie ? Mit Firebird ?

Momentaner Stand ist jetzt so (Autocommit = false) :

Delphi-Quellcode:

procedure TForm1.btn1Click(Sender: TObject);
var i,j : Integer;
    anfang : TTime;
    answer : TModalResult;
begin
  anfang := now;
  Randomize;
  for i := 1 to 2000 do begin
    answer := idYes;
    j := Random (25);
    mem1.Lines.Add(IntToStr(i));
    repeat
      if not DB.Connected then
        DB.Open;
      if not WriteTransaction.InTransaction then
        WriteTransaction.StartTransaction;
      if not ReadTransaction.InTransaction then
        ReadTransaction.StartTransaction;
      try
        if DebugHook <> 0 then
          WriteData (j,'IDE '+ IntToStr(10 * i))
        else
          WriteData (j,IntToStr(10 * i));
        if WriteTransaction.InTransaction then
          WriteTransaction.Commit;
        if ReadTransaction.InTransaction then
          ReadTransaction.Commit;
      except
        answer := MessageBox(Self.Handle,'Wiederholen ?','Information',MB_ICONINFORMATION or MB_YESNO);
      end;
    until (Answer = idYes) or (Answer = idNo);
    if Answer = idNo then
      Break;
  end;
  mem1.Lines.Add(IntToStr(i) + ' Diff. : '+ TimeToStr(now-anfang)+'  '+IntToStr (j));
end;

Was ist davon zu halten ? Sieht so aus, als würde das so laufen. Allerdings weiss ich nicht genau was da geschrieben wird, sofern "Wiederholen" gedrückt wird.

[Blup]

"Lock conflict" kann man auch schon zu Begin der Bearbeitung auslösen:

> Benutzer will Objekt bearbeiten
> Dummy-Update auf Objekt

Fall1: Lock conflict
> Rollback
> Meldung an Benutzer
> Ende

Fall2: Objekt ist jetzt für andere Benutzer gesperrt.
> eventuell zusätzlich oder aktualisierte Daten lesen
> Änderungen vornehmen und Posten
> Commit
> Ende

[Hansa]

Jobo, es geht nicht um die Tatsache, dass es Transaktionen gibt. UNd ja, man kann die nicht weglassen. Eine DB braucht eine Transaction und ein Dataset auch usw. und basta. Die "erfinden" sich nicht von alleine eine Transaktion !

Das hier ist allerdings noch wichtig :

Zitat von Blup:

Fall2: Objekt ist jetzt für andere Benutzer gesperrt.
> eventuell zusätzlich oder aktualisierte Daten lesen
> Änderungen vornehmen und Posten
> Commit
> Ende

Vor allem das mit den "aktualisierte Daten lesen". Du meinst ja ungefähr so, oder ?

Delphi-Quellcode:

  DS.Close;
  DS.SelectSQL.Text := 'SELECT * FROM TESTTABLE WHERE NR='+IntToStr (Nr);
  DS.Open;
  if not DS.IsEmpty then begin
    DS.Edit;
//   neu Lesen, wie weiter ????????

Mit 2. Dataset oder wie ? Mir wäre fast folgendes am liebsten. 3 Datasets. Erstens das Original, zweitens das, was gerade bearbeitet wird. Und dann noch vor dem endgültigen speichern ein neu gelesenes. Dann könnte man nämlich auch eventuell doch zwischenzeitlich gemachte Änderungen behandeln. Nur, wie am besten machen ?

[jobo]

Zitat von Hansa:

Äh, was weglassen ? Ganz ohne Transaktionen oder wie ? Mit Firebird ?

Ganz weglassen natürlich nicht, Transaktionen entstehen ja von allein. Ich meinte natürlich explizites Transaktionshandling im Client, das sollte man (auch in Firebird?!) weglassen können.
Es sei denn, ja weiß ich auch nicht.

[mkinzler]

Wegen der verwendeten Versionierung, sind Transaktionen in Firebird unabdingbar ( Alles läuft in Transaktionen)

[jobo]

Welche Versionierung?
Ich kenne mich mit Firebird nicht aus.
Gibt es da besondere Anforderungen oder Gründe für Transaktionen auf Clientseite?

[Hansa]

Zitat von jobo:

Welche Versionierung?

Wer nicht mal das weiss, für den ist klar :

Zitat von jobo:

Ich kenne mich mit Firebird nicht aus.

Soll jetzt hier etwa einer die absoluten Grundlagen erklären ? In einem Thema, wo es um Mehrplatzsysteme geht oder wie ? Oder wird "lediglich nur" gespammt ?