Werte in Query ändern und committen

[hoika]

Hallo,

egal, wie die Lese-Query Q1 aussieht (Join oder 3 oder 100 Tabellen),
das Update erfolgt einfach über eine separate Query Q2!

Erweitere Q1 um die benötigten Primary Keys der benötigten Update-Tabellen
und tipper die DB-Update über die Query Q2 selber zusammen.

PS:
Hoffentlich zeigst du die Daten von Q1 nicht in einem TDBGrid an
und erwartest jetzt "Inplace-Edit".


Heiko

[Dejan Vu]

Eine alternative Vorgehensweise könnte darin bestehen, die Daten in einer View bereitzustellen und die Daten über einen UPDATE-Trigger auf der View auf die einzelnen Tabellen zu verteilen. Aus Sicht der Anwendung kann man dann mit den üblichen Verdächtigen (TxxTable, TxxQuery) arbeiten. Ein weiterer Vorteil ist, das man die Tabellenstruktur nachträglich optimieren kann, ohne die Anwendung verändern zu müssen (OCP).

Wäre das RDBMS z.B. MS SQL-Server, könnten Updates direkt auf der View ausgeführt werden. Einige Provider (also der TxxQuery-Anbieter) können Updates auch auf einer Query ('SELECT * FROM A JOIN B ON xxxx') durchführen. Bei beiden Verfahren muss die Query natürlich bestimmten Anforderungen genügen (keine Aggregate, Konstanten, IIF etc.)

Ich persönlich würde aus Transparenzgründen zu einer Updatable View tendieren. Die Tabellenlogik (DDL und DML) ist dann komplett im RDBMS kodiert: Es gibt nur ein Interface (die View).

[messie]

Moin,

Hoika hat es richtig gesehen. Ich habe jetzt die Daten mit einem zweiten Query und neuem Zeitstempel inserted.

Damit habe ich einen kumulierten Verlauf der bei Nachmessungen (die vorhandene Werte überschreiben) rückführbar ist.

Danke für Eure Hilfe, Messie