Forum: Datenbanken
Delphi
by Albi,
28. Feb 2005
Dann will ich mal noch was Zitieren aus meinem schlauen Buch. :-D
Wenn ich das jetzt richtig sehe verstehst Du die Transaction so, dass Du die Daten holst - befinden sich also im Kontex der Transaction (geholte Daten stehen unter 1). Nun wird änderst Du die Daten und speicherst die Daten (gespeicherte Daten stehen nun unter 2).
Nun schließt Du die Transaction über CommitRetaining, die...
Forum: Datenbanken
Delphi
by Albi,
27. Feb 2005
Tranactionen kannst Du mit einem Umschlagplatz vergleichen, die Daten kommen da rein, werden gelagert und wenn alles IO ist, dann werden sie weitergeschickt = Commit oder eben wieder retour geleitet = Rollback.
Wie Du nun den Umgang mit den Transaction gestalltest, hast Du hier ja nun gelesen. Es muß also jeder die für sich beste Variante finden.
Forum: Datenbanken
Delphi
by Albi,
27. Feb 2005
Das ist ja alles richtig. Ich habe mich da wohl etwas ungünstig ausgedrückt. Generell sieht es bei mir so aus, das ich für jedes Fenster ein eigene Transaktion habe. Mein Beispiel war hierauf bezogen
Und dann stimmte das was ich geschrieben habe, ansonsten ist der Ansatzpunkt ja genau der selbe wie bei mir. Nur das ich halt, die Daten in einer Transaktion behandele und in der anderen...
Forum: Datenbanken
Delphi
by Albi,
27. Feb 2005
Ich denke schon. Sicherlich kann man das auch mit einer 1 Transaction lösen aber ich finde es ganz schön kompliziert, es ist so einfach komfortabler.
Ein kleines Bsp.: Du hast ein Prog mit mehreren Forms, die Du alle gleichzeitig bearbeiten kannst. Du machst nun das eine Form auf - startest die Transaction - und bearbeitest die Daten und sagst speichern (Transaction bleibt offen) nun noch ein...