Mehrere SQL Join-Anweisungen in einem Statement

[Neutral General]

Das sieht danach aus als gäbe es in T7 7 (zu dieser Einschränkung passende) Datensätze zu jedem T5 Datensatz.

D.h. ggf. solltest du den letzten JOIN etwas weiter einschränken.

[Ascuriah]

Hm hab alle JOIN-Varianten ausprobiert, keine Änderung. Ich dachte mir es hängt vielleicht damit zusammen das ich FROM AGF_KBU oben mache und unten im letzten JOIN mich aber nicht mehr auf die AGF_KBU Tabelle beziehe in der ON Anweisung. Kann das damit zusammenhängen das dadurch die BEziehung nicht ganz korrekt ist?

[DeddyH]

Was sollen wir Dir denn sagen, wenn wir die Tabellenstruktur nicht kennen?

[p80286]

Zitat von Ascuriah:

Hm hab alle JOIN-Varianten ausprobiert, keine Änderung. Ich dachte mir es hängt vielleicht damit zusammen das ich FROM AGF_KBU oben mache und unten im letzten JOIN mich aber nicht mehr auf die AGF_KBU Tabelle beziehe in der ON Anweisung. Kann das damit zusammenhängen das dadurch die BEziehung nicht ganz korrekt ist?

Entschuldige, das sieht mir wie ein herumgestochere im Nebel aus. So wie in Deinen Beispielen mal 5 und mal 7 Tabellen auftauchen, und mal Ansi und mal "klassische" Joins verwendet werden, sieht mir das sehr unstrukturiert aus. Jede der Tabellen, die Du verwendest, sollte eigentlich einem Zweck dienen. Informationen zu einem (Fremd)Schlüssel speichern. Und wenn es möglich ist, daß zu einem (Fremd)Schlüssel mehrere Informationen vorliegen, dann können auch mehrere Ausgabesätze generiert werden.

Da es sich bei Deinem Beispiel im weitesten Sinne um Buchhaltungsdaten handelt könnten z.B. zu einer Rechnungsnummer mehrere Buchungsdatensätze - für jeden Rechnungsposten einer - vorhanden sein.

Geh doch bitte einmal in Dich und versuch Dein Problem noch einmal genau zu schildern. Du mußt ja nicht die Orginal-Feldbezeichner verwenden.

Gruß
K-H

[Ascuriah]

Ja ich weis das war sehr schwammig formuliert, da war ich wohl sehr im Stress sry...

Mittlerweile habe ich das Problem auch schon gelöst, aber das Problem an der Sache war das die Tabellen aus dehnen ich meine Datensätze bekomme, alle ADS Freetables sind und diesen können keinerlei Fremdschlüssel, Beziehungen oder Referentielle Integritäten zwischen Tabellen zugewiesen werden.

Somit existieren hierbei Tabellen die komplett unabhängig von einander sind, was es mir nicht ermöglicht hat eine funktionierende Filterbedingung in meine SELECT-Anweisung einzubauen.

Ich hoffe das Problem ist so ein wenig klarer geschildert.

Gelöst hab ich das Problem durch das Einsetzen mehrerer SQL-Querys die durch einen, dafür programmierten, SQL-Statement-Builder zusammengefügt werden und dann ein eigenes SQL-Statement gebaut wird welches die gewünschte Zielfunktion perfekt ausführt