FULL OUTER JOIN zeigt nicht alle records

[nahpets]

Da GL und G in der inneren Abfrage nicht über irgendeine Bedingung verknüpft sind, wird das erstmal ein kartesische Produkt, das ist klar, dass das langsam wird und bei großen Datenmengen wird's garantiert irgendwann unerträglich langsam.

Und da im inneren Select nur Werte von G ausgegeben werden, frag' ich mich gerade, ob GL nicht einfach weg kann. (Ist vermutlich nur beim Kopieren des SQLs versehentlich übriggeblieben.)

[MyRealName]

Zitat von nahpets:

Und da im inneren Select nur Werte von G ausgegeben werden, frag' ich mich gerade, ob GL nicht einfach weg kann. (Ist vermutlich nur beim Kopieren des SQLs versehentlich übriggeblieben.)

Nee, GL hat die Werte der live-datenbank während gl_ext die werte einer vorherigen Kopie haben, die sollen ja verglichen werden um Abweichungen zu finden. GL ist eine transaktionale Accounting Tabelle, wo alle Bewegungen der Buchhaltung gespeichert werden.

Ich hab jetzt was anderes probiert : Ein Left Join um die ersten 3 Fälle abzudecken und dann ein union select zu einem Select der nur GL_Ext abfragt nach Zeilen, die nicht in GL vorkommen, um den Fall 4 abzudecken.

Code:

SELECT G.ACCT,
             G.E E_Loc, G.S S_Loc, G.Tipo Tipo_Loc, G.Batch Numero_Loc, CAST(COALESCE(SUM(G.Debit-G.Credit), 0) AS Currency) Saldo_Loc,
             GE.E E_Ext, GE.S S_Ext, GE.Tipo Tipo_Ext, GE.Numero Numero_Ext, COALESCE(GE.Saldo, 0) Saldo_Ext
      FROM GL G
      LEFT JOIN GL_EXT GE ON (GE.E=G.E AND GE.S=G.S AND GE.Tipo=G.Tipo AND GE.Numero=G.Batch AND GE.Acct=G.Acct)
      WHERE G.Fecha BETWEEN '01/01/2016' AND '12/31/2016'
      GROUP BY G.E, G.S, G.Tipo, G.Batch, G.ACCT, GE.Saldo, GE.E, GE.S, GE.Tipo, GE.Numero
HAVING CAST(COALESCE(SUM(G.Debit-G.Credit), 0) AS Currency) <> COALESCE(GE.Saldo, 0)

UNION

SELECT G.Acct,
       NULL E_Loc, NULL S_Loc, NULL Tipo_Loc, NULL Numero_Loc, NULL Saldo_Loc,
       G.E E_Ext, G.S S_Ext, G.Tipo Tipo_Ext, G.Numero Numero_Ext,
       G.Saldo Salo_Ext
FROM GL_EXT G
WHERE NOT EXISTS (SELECT G1.Conteo FROM GL G1 WHERE G1.E=G.E AND G1.S=G.S AND G1.Tipo=G.Tipo AND G1.Batch=G.Numero AND G1.ACCT=G.ACCT)

[nahpets]

Sehe gerade meinen Denkfehler, hatte mit hier FROM GL G ein Komma zwischen GL und G gedacht, aber G ist ja "nur" der Alias für GL.

War also Quatsch, was ich oben schrieb

[MyRealName]

passiert, keine Sorge.

Die Frage bleibt aber bestehen, auch wenn ich eine Lösung gefunden habe, die zwar kein FULL OUTER JOIN nutzt und schnell ist : Sollte es denn nicht funktionieren ? Laut der Firebird Dokumentation schon, oder ?

[Olli73]

Zitat von MyRealName:

Die Frage bleibt aber bestehen, auch wenn ich eine Lösung gefunden habe, die zwar kein FULL OUTER JOIN nutzt und schnell ist : Sollte es denn nicht funktionieren ? Laut der Firebird Dokumentation schon, oder ?

Funktioniert es, wenn du

Code:

WHERE G.Fecha BETWEEN '01/01/2016' AND '12/31/2016'

durch

Code:

WHERE G.Fecha BETWEEN '01/01/2016' AND '12/31/2016' or G.Fecha is null

ersetzt?

[MyRealName]

Zitat von Olli73:

Funktioniert es, wenn du

Code:

WHERE G.Fecha BETWEEN '01/01/2016' AND '12/31/2016'

durch

Code:

WHERE G.Fecha BETWEEN '01/01/2016' AND '12/31/2016' or G.Fecha is null

ersetzt?

So funktioniert es. Sehr gut. Danke an Euch beide!

Thema geschlossen

[nahpets]

Eigentlich schon, aber ich bin mir nach wie vor nicht sicher, ob hier die Vergleiche in der Where-Bedingung einen Strich durch die Rechnung machen, wenn einer der Werte = Null ist.

Hier steht ziemlich viel zum Thema: http://weblogs.sqlteam.com/jeffs/arc...ter-Joins.aspx

Eventuell ist da 'ne Erklärung dabei, warum es nicht so funktioniert, wie erwartet.