2 Query 's verbinden

[Bernhard Geyer]

Zitat von Perlsau:

Klar, du kannst doch einfach ein Nachschlagefeld in einem Query erstellen und dann aus einer DataSource nachschlagen, die zur anderen Datenbank gehört.

Firebird sagt da aber was anders: http://stackoverflow.com/questions/2...more-databases
So richtigen Support haben sie dafür (noch) nicht.

[Perlsau]

Das hat doch mit Firebird gar nichts zu tun, sondern mit deinen DB-Komponenten. Hab's doch eben extra nochmal getestet: Je eine Firedac-Connection mit Datenbank A und Datenbank B. Dann eine Query nebst Datasource und für jede DB eine Transaktionskomponente. Im Query, das mit DB-A verbunden ist legst du ein Nachschlagefeld an (siehe Bild unten; @p80286: heißt halt so ... Feldtyp: Nachschlagen). Dort gibts du als Nachschlage-Tabelle das Datasource des Queries an, das mit DB-B verbunden ist. Keinerlei Probleme.

Zitat von himitsu:

Man könnte auch ein Calc-Field verwenden und manuell den Wert von sonstwo rüberziehen.

Warum umständlich, wenn's auch einfacher geht? Berechnete Felder verwende ich nur, wenn sich der darzustellende Inhalt wirklich nur durch "Berechnung" ermitteln läßt.

[Neumann]

Der Zugriff auf mehrere Datenbanken geht mit Firebird, am Besten über eine Storedprocedure oder über ein Block Statement. Ist nicht ganz einfach, es gibt aber Beispiele dazu. Einfach mal nach "execute statement" und Firebird suchen.

[DeddyH]

Wenn man den von Bernhard angesprochenen Beitrag zu Ende liest, ist das dort sogar verlinkt

[himitsu]

Zitat:

Das hat doch mit Firebird gar nichts zu tun, sondern mit deinen DB-Komponenten. .......

Und genau das ist ein Lookup-Field.

[p80286]

Interessant,
aber ich habe die ursprüngliche Fragestellung so verstanden, daß zwei Datenmengen, der gleichen bzw. ähnlichen Struktur (z.B. Adresssätze) in einem Grid dargestellt werden sollen.
Also ungefähr so:

db1 - Müller, Ferdinand
db2 - Müller, Friedrich
db1 - Müller, Friedrich
db1 - Müller, Gustav
db2 - Müntefehring, Annette
db1 - Müntefehrin, Annete

Gruß
K-H

[DeddyH]

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

[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