TADOQuery Daten manuell updaten

[nahpets]

Das OnRecordsetChangeComplete sieht so aus, als würde das ein Ereignis, dass nach dem Speichern aufgerufen wird, dürfte für Deine Aufgabenstellung also eher ausfallen.

Zeig' bitte mal den Quelltext zu Deinem Ereignis OnWillChangeRecord.

Mein erster Versuch würde ungefähr so aussehen:

Delphi-Quellcode:

procedure TForm1.ADOQuery1WillChangeRecord(DataSet: TCustomADODataSet;
  const Reason: TEventReason; const RecordCount: Integer;
  var EventStatus: TEventStatus);
begin
  ... hier die erforderlichen Änderungen "quer durch die Datenbank" machen

  EventStatus := esCancel; // Bricht hoffentlich das weiter Verarbeiten der Datenänderung ab.
end;

[haentschman]

Moin...:P
Ich wollte grad noch einen Vorschlag machen...

Zitat:

Wenn man keine datensensitiven Komponenten benutzt, hat man das Problem sicher nicht.

...genau. 8-) Die Daten können statt in Datasets in komplexen Objekten liegen. Die Anwendung arbeitet intern ausschließlich mit Objekten. Die Schnittstelle ist ein Datamodule, besser Interface, zur Datenbank. Da werden die Objekte wieder "zerlegt" und in einer Transaktion auf die verschieden Tabellen gespeichert. :thumb:

Zitat:

Das steht für mich aus Effektivitätsgründen aber nicht zur Debatte.

...könntest du das bitte erklären? Es ist ein Unterschied ob du das in einem Projekt mit 2Mio Zeilen oder du schnell fertig werden mußt. :wink:

Wenn du möchtest kann ich ein Minimalbeispiel machen.

[p80286]

Zitat:

Zitat von haentschman (Beitrag 1377370)

Die Daten können statt in Datasets in komplexen Objekten liegen. Die Anwendung arbeitet intern ausschließlich mit Objekten. Die Schnittstelle ist ein Datamodule, besser Interface, zur Datenbank. Da werden die Objekte wieder "zerlegt" und in einer Transaktion auf die verschieden Tabellen gespeichert. :thumb:

Das würde mich jetzt mal interessieren, oder hatten wir da nicht vor kurzem was zu?

Gruß
K-H

[haentschman]

Zitat:

hatten wir da nicht vor kurzem was zu

...das hatte ich einem Beitrag auch als Vorschlag. Ich mache mal ein Beispiel. Die Frage ist, wo hänge ich das an. :gruebel:

[nahpets]

Du sprichst das Thema häufiger an, mach doch "einfach" mal ein Tutorial dazu und stelle uns das unter Tutorials und Kurse zur Verfügung.

Es dürfte sicherlich viele interessieren, wie Du diese Aufgabe gelöst hast.

[haentschman]

Euer Wunsch ist mir Befehl... :P
Dann mache ich mich mal dran.

[p80286]

Danke!

K-H

[Jumpy]

Zitat:

Zitat von haentschman (Beitrag 1377370)

Die Daten können statt in Datasets in komplexen Objekten liegen. Die Anwendung arbeitet intern ausschließlich mit Objekten. Die Schnittstelle ist ein Datamodule, besser Interface, zur Datenbank. Da werden die Objekte wieder "zerlegt" und in einer Transaktion auf die verschieden Tabellen gespeichert. :thumb:

Das klingt jetzt ein bißchen nach einem eigenen ORM-Framework?
Bin auch mal gespannt wie du das umgesetzt hast.

[haentschman]

Zitat:

Das klingt jetzt ein bißchen nach einem eigenen ORM-Framework?

...nicht so spannend wie es aussieht. Im Prinzip ist es ein Mini-ORM genau nach meinen projektspezifischen Bedürfnissen ohne Overhead. (Stichwort: YAGNI – you ain’t gonna need it)

[haentschman]

Moin...:P

Das "Datenbank mit Objekten Tutorial" ist fertig. :thumb: Ich habe, für den Notfall, 3 Flaschen Baldrian auf dem Schreibtisch stehen... :stupid: Es kann nicht so schlimm werden. :zwinker:
http://www.delphipraxis.net/193418-%...datenbank.html