Duplicate-Value-Fehler bei Aufruf von Append

[jobo]

Also ich seh das nicht so problematisch, da jede Exception abgefangen und mit der original Message gelogged(!) wird und im Fall eines bestimmten, ggF. problematischen Datasetstate, genau dieser State/ Fall behandelt wird (unabhängig von der exakten Fehlermeldung, aber abhängig eben vom State). Es geschieht hier also nichts falsches.
Ein spezifischeres Exception Handling kann nur in Kombi mit dem allgemeinen geschehen und ist auch nur dann sinnvoll, wenn eine spezifische, dazu passende Codesequence folgt.

Vielleicht ist schon das verschieben des Try Blocks auf das Post problematisch, wenn es bei der Wertezuweisung ins Dataset knallt.

[Sir Rufo]

Operationen mit DataSet/Connection laufen doch immer nach dem gleichen Muster ab:

Delphi-Quellcode:

procedure Bar;
begin
  DataSet.Append;
  try
 
    DataSet.FieldByName('foobar').Value := 'bar from foo';

    DataSet.Post; // letzte Aktion im try..except Block
  except
    DataSet.Cancel;
    raise;
  end;
end;

procedure Foo;
begin
  Connection.StartTransaction;
  try
 
    Bar;
    ... (beliebig viele)
    Bar;

    Connection.Commit; // letzte Aktion im try..except Block
  except
    Connection.Rollback;
    raise;
  end;
end;

Das kann man fast reflexartig einsetzen und hat damit wenig Probleme, egal ob sich dort ein Programmierfehler oder Eingabefehler reingemogelt hat.

Wirft der Aufruf von Foo keine Exception, dann ist das eben erfolgreich ausgeführt worden.

Wenn man eine Exception wirklich behandeln kann, dann greift man ein und sorgt dafür, dass die Prozedur ihre geforderte Arbeit erledigen kann oder wirft eine Exception (die gleiche oder eine übersetzte, Hauptsache eine Exception).

Das Protokollieren von Exceptions geht auch ganz anders (s. TApplication.OnException) und damit soger wesentlich einfacher, weil es nur an einer Stelle definiert werden muss.

Ich denke aber wir driften gerade ab ... zum Thema Exception gibt es hier (auch von mir) schon mehr als genug Beiträge ...