SQL Befehl über mehrere Tabellen

[Luca Haas]

Hi Leute, ich bin aktuell dabei einen SQL-Befehl zu schreiben, der mir den Umsatz und das Gesamtgewicht der gelieferten Artikel je Monat anzeigt. Ich habe allerdings das Problem, dass alle Daten in unterschiedlichen Tabellen aufzufinden sind.
Ich habe das Gewicht in der Tabelle Artikel_s, die Kosten in Rechnungpos_s und das Lieferdatum in Rechnung_s.

Mein SQL Befehl sieht aktuell so aus:

Delphi-Quellcode:

SELECT R1.Kundennr, SUM(R1.Kosten) AS Umsatz, SUM(A.Gewicht) AS Gesamtgewicht
FROM Artikel_s AS A, Rechnung_s AS R, Rechnungpos_s AS R1
WHERE A.Artikelnr=R1.Artikelnr AND R.RechnungNr=R1.RechnungNr
GROUP BY R1.Kundennr
ORDER BY R1.Kundennr

Er funktioniert soweit, nur dass ich das ganze noch nicht nach dem Lieferdatum sortiert habe, allerdings habe ich keine Ahnung wie ich hier eine dritte Tabelle einbaue, ohne das mir das ganze um die Ohren fliegt, könnte mir jemand dabei helfen oder hat jemand evtl einen Link zu einem Tutorial für das arbeiten mit mehr als 2 Tabellen ?

[Papaschlumpf73]

Das sind doch schon drei Tabellen...

[Luca Haas]

Ja drei Tabellen habe ich zwar schon im Befehl stehen, aber auf die Rechnung_s wird noch nicht zugegriffen, da ich es nicht hinbekomme, diese richtig zu joinen.
Ich habe sie ja bisher lediglich bei WHERE stehen

[hoika]

Hallo,
Du verwendest noch die alte Join-Syntax, das würde ich ändern

alt:
SELECT R1.Kundennr, SUM(R1.Kosten) AS Umsatz, SUM(A.Gewicht) AS Gesamtgewicht
FROM Artikel_s AS A, Rechnung_s AS R, Rechnungpos_s AS R1
WHERE A.Artikelnr=R1.Artikelnr AND R.RechnungNr=R1.RechnungNr
GROUP BY R1.Kundennr
ORDER BY R1.Kundennr

neu:
SELECT R1.Kundennr, SUM(R1.Kosten) AS Umsatz, SUM(A.Gewicht) AS Gesamtgewicht
FROM Artikel_s AS A
JOIN Rechnungpos_s AS R1 On A.Artikelnr=R1.Artikelnr
JOIN Rechnung_s AS R On R.RechnungNr=R1.RechnungNr
WHERE ???
GROUP BY R1.Kundennr
ORDER BY R1.Kundennr

D.h., die Where-Bedingungen des Joins stehen auch direkt beim Join
und das eigentlich Where filtert die Ergebnis-Menge

Das macht das ganze dann leichter zu lesen
1. Joins sind sauber erkennbar
2. Where-Filter sind sauber erkennbar

[himitsu]

Irgendwie kann ich mich mit dieser "altmodischen" Form des JOIN nicht richtig anfreunden.
Da seh ich auch nie schnell was wie verknubblt ist.

Delphi-Quellcode:

SELECT R1.Kundennr, SUM(R1.Kosten) AS Umsatz, SUM(A.Gewicht) AS Gesamtgewicht
FROM Artikel_s AS A
JOIN Rechnung_s AS R ON R.RechnungNr = R1.RechnungNr
JOIN Rechnungpos_s AS R1 ON R1.Artikelnr = A.Artikelnr
GROUP BY R1.Kundennr
ORDER BY R1.Kundennr

Hat das DBMS vielleicht ein Problem, weil der JOIN auf R kommt, bevor R1 gejoint wurde, weil die DB die joins auch auf ähnliche Art versucht aufzulösen / zu optimieren.
Oder wird erstmal ALLES blind mit FULL JOIN genommen und dann das WHERE drüber?

Nja, tausch einfach mal versuchsweise Reihenfolge von Rechnung_s und Rechnungpos_s.

Bei dieser FORM kannst du auch probehalber ein ON true-- einfügen oder aus einem JOIN einen LEFT JOIN machen.
abwechselnd bei allen JOINs und so schauen wer hängt, also wo dann plötzlich Daten auftauchen.

[Jumpy]

Ich würde anders herum Anfangen:

Erst die Rechnungen, eingeschränkt auf den Monat,
dazu die Rechnungspositionen,
dazu die Artikel

[Luca Haas]

Perfekt, genau das habe ich gebraucht, danke schön

[himitsu]

Zitat von Luca Haas:

genau das habe ich gebraucht

Der Porno mit Ivana Trump und ihrem Mann?

[Luca Haas]

Oh Sorry, ich hatte nur den Beitrag von hoika geladen, als ich meine Antwort geschrieben habe. Das hatte bei mir auch soweit geklappt, dass ich die anderen Beiträge nicht mehr wahrgenommen habe

[Sherlock]

Zitat von himitsu:

Zitat von Luca Haas:

genau das habe ich gebraucht

Der Porno mit Ivana Trump und ihrem Mann?

ROFLCOPTER

Sherlock