Wie per Query-JOIN erstelle Tabelle in einem DBGrid bearbeiten?

[BlueStarHH]

Ich hatte in meiner Firebird-DB bisher eine Kundentabelle. Diese wurde über eine TIBCTable mit einer TDataSource genutzt. Die DataSource hat dann DBEdits und ein DBGrid (TcxGrid) versorgt.

Nun habe habe die Kundentabelle in zwei Tabellen (Master/Detail) aufgesplittet: Kunden und Adressen. Wie kann ich beide Tabellen nun wieder zusammen als eine in meinem Programm anzeigen? Meine Idee war dazu die TDataSource mit einer TIBCQuery zu verknüpfen und in der TIBCQuery per SQL-Join beide Tabellen zu verknüpfen. Das funktioniert auch. Was jetzt nicht mehr richtig klappt ist das Editieren im DBGrid: Dort können nur die Felder aus der Mastertabelle (Kunden) bearbeitet werden. Die Felder aus der Adresstabelle nicht. Die Zellen verhalten sich so, als ob sie schreibgeschützt sind.

Wie wird das richtig gemacht?

[mkinzler]

Implementiere die DML-Skripte händisch. (.UpdateSQL, .DeleteSQL, .InsertSQL)

[haentschman]

Moin...

Auch wenn es dir nicht wirklich hilft...du bist an die Grenzen der datensenstiven Controls gestoßen. Mit Master Detail Tabelle kannst das Editieren im Grid, bzw. Speichern über die Query, knicken...
Entweder die Daten in einer Tabelle halten oder die Daten der multiplen Tabellen in Objekten speichern. Letzteres ist mit einigem Umbau verbunden.

[himitsu]

Zitat von mkinzler:

Implementiere die DML-Skripte händisch. (.UpdateSQL, .DeleteSQL, .InsertSQL)

Da kannst du mehrere INSERT/UPDATE/DELETE rein schreiben, für jede Tabelle.

Und wenn es das DBMS unterstützt, dann kann man alternativ auch einen Updatable-View verwenden, im SELECT.

[jobo]

Ein Updateable View wird vermutlich nicht helfen, wenn dahinter auf Tabellenebene eine 1:n Beziehung zwischen Kunden und Adressen liegt. Mgl ist firebird so schlau, das hinzubekommen, Voraussetzung wäre dann jedenfalls, dass der View die PK beider Tabellen beinhaltet.
Kann man einfach auf SQL Ebene testen, wenn dort ein Update auf den View fehlschlägt, kann man die Delphiumsetzung gleich sein lassen.
Handelt es sich dagegen um eine 1:1 Beziehung (wobei dann die Frage wäre, warum die Trennung?), könnte das mittels View funktionieren.
Alternativ zu den SQL Updates könnte auch eine "schlaue" Insert/Update Operation als SP verwendet werden.