2 Query 's verbinden

[DeddyH]

Du meinst eine UNION oder Ähnliches? Ja, könnte auch sein, wenn ich mir die Frage noch einmal genau durchlese.

[himitsu]

Selbst wenn das nur über eine storedproc geht, könnte man immernoch entweder in der Prozedur beides laden und ausgeben,

oder die SP läd nur das der anderen DB und

• bei gleichen Feldern untereinander, wird es per UNION an die lokale Tabelle gehängt
• bei unterschiedlichen Feldern nebeneinander, wird es per JOIN drangehängt

[Perlsau]

Wäre es in diesem Fall dann nicht am einfachsten, ein TClientDataset zu verwenden? Mach ich z.B., wenn ich ganze Tabellen verschlüsselt abspeichern muß, die werden dann entschlüsselt im ClientDataset dargestellt, und dem ist es letztlich egal, woher seine Daten kommen.

Wenn man struktur-identische Records aus zwei verschiedenen Datenbanken verarbeiten muß, kann es jedoch generell zu diversen Problemen kommen, z.B. mit doppelt vorhandenen Datensätzen. Wäre es dann nicht sinnvoller, eine der beiden Datenbanken zu aktualisieren und dann nur mit dieser zu arbeiten?

[p80286]

Zitat von DeddyH:

Du meinst eine UNION oder Ähnliches? Ja, könnte auch sein, wenn ich mir die Frage noch einmal genau durchlese.

Ja aber nur ähnlich!
Aber zunächst ist das nur Spökenkiekerei, Jick müßte da etwas konkreter werden.

Gruß
K-H

[Jick]

Hallo,

ich habe 2 Datenbanken und muss aus der 1. Datenbank Teile holen und in der 2. Datenbank
prüfen ob Informationen über das Teil stehen welche ich über die TeileID finde.
Einzeln abfragen ist ja nicht das Problem, aber ich weiß nicht wie ich die 2 Querys verknüpfe um das in einem DBGrid
anzuzeigen .

Grüße
Michael

[Sir Rufo]

Eigentlich wurde hier schon alles genannt (wenigstens von Perlsau ) was dazu benötigt wird:

1 ClientDataSet, was alle Daten aufnehmen kann
2 Abfragen verbunden als Master-Detail

Jetzt durch die Master-Datenquelle gehen und die Daten aus beiden Datenquellen in das ClientDataSet einfügen. Das ClientDataSet dann im Grid anzeigen lassen.

[EgonHugeist]

Ein TClientDataSet/TBufDataSet(FPC) ist mit Zeos überhaupt nicht notwendig.
Zeos beinhalted seit Jahren eigene Mechanismen um die Daten aufnehmen zu können..

[Perlsau]

Zitat von Jick:

Hallo, ich habe 2 Datenbanken und muss aus der 1. Datenbank Teile holen und in der 2. Datenbank prüfen ob Informationen über das Teil stehen welche ich über die TeileID finde. Einzeln abfragen ist ja nicht das Problem, aber ich weiß nicht wie ich die 2 Querys verknüpfe um das in einem DBGrid anzuzeigen.

Also handelt es sich doch um eine Master-Detail-Abfrage: Master ist die Tabelle in der 1. Datenbank, die die Teilebezeichnungen und den zugehörigen Primary-Key enthält, Detail ist die Tabelle in der 2. Datenbank, welche weitere Informationen über die Teile in der Mastertabelle enthält. Um den Inhalt dieser beiden Tabellen in einem DB-Grid anzeigen zu lassen, benötigst du in der Tat kein ClientDataset, wie EgonHugeist oben bereits betont hatte, sondern arbeitest mit zusätzlich in deiner Query oder deinem Dataset angelegten Nachschlage-Feldern.*

Die Vorgehensweise ist bei allen mir bekannten DB-Komponenten nahezu identisch: Du klickst mit der rechten Maustaste auf deine Query-Komponente, wählst den Eintrag "Feld-Editor" (so lautet er bei Zeos), klickst wiederum mit der rechten Maustaste in diesen Feldeditor, wählst "Alle Felder hinzufügen" und, nachdem alle Felder als sog. persistente Felder angelegt wurden, wieder rechte Maustaste im Feldeditor und "Neues Feld" auswählen. Alles weitere habe ich bereits oben beschrieben. Das funktionierte bei mir bislang mit jeder Datenbank.

* Auch als Lookup-Felder bekannt, wobei ich als Deutscher die deutsche Bezeichnung bevorzuge, denn lookup heißt nichts anderes als nachschauen, nachschlagen. Es ist schon etwas gewöhnungsbedürftig, wenn man beobachtet, daß ein Programmierer den Begriff "nachschlagen" nicht kennt bzw. nicht einmal zu interpretieren weiß, bei "lookup" aber sofort bemerkt, worum's geht. Dasselbe begegnet mir häufig, wenn ich sowas lese wie "habe das upgeloaded/downgeloaded", statt "hochgeladen"/"heruntergeladen" oder "refreshed" statt "aktualisiert". Aber das ist eine andere Geschichte ...

[Jick]

vielen Dank, das hilft mir weiter.

Grüße
Michael