Abfrage

[Jick]

Hallo,

ich komme bei einer Select Abfrage nicht weiter, ich habe 2 Tabellen.

Kunde mit

KNDID
FIRMA

ANFRAGEN mit

ANFRAGENR
KNDID
KND2ID

Select KUNDE.FIRMA AS KUNDE, KUNDE.FIRMA AS LIEFERANT From Kunde,Anfragen
where Kunde.KNDID = Anfragen.KNDID and Kunde.KNDID = Anfragen.KND2ID

Wenn ich das so mache bekomme ich nur Ergebnisse wo KNDID = KND2ID ist, bei unterschiedlichen Einträgen geht es nicht.
Wie sieht die SQL-Abfrage aus wenn ich alle Anfragen mit FIRMA von KNDID und FIRMA von KND2ID haben will ?

Grüße
Michael

[Uwe Raabe]

Delphi-Quellcode:

Select a*, 
b.FIRMA AS KUNDE, 
c.FIRMA AS LIEFERANT 
From Anfragen a
LEFT JOIN Kunde b ON a.KNDID = b.KNDID
LEFT JOIN Kunde c ON a.KND2ID = c.KNDID

Der LEFT JOIN sorgt dafür, daß auch Einträge gefunden werden, bei denen keine KNDID oder KND2ID angegeben ist.

[Sir Rufo]

So

SQL-Code:

select
  kund.Firma as Kund_Firma
  lief.Firma as Lief_Firma
from
  Anfragen anfr
join
  kunde kund on kund.kndid = anfr.kndid
join
  kunde lief on lief.kndid = anfr.knd2id

und dann sieht es auch noch lesbar aus

Kann es sein, dass deine Tabelle "kunde" irgendwie den falschen Namen hat, wenn da Kunden und Lieferanten enthalten sind

[sx2008]

Man könnte zwei Unterabfragen verwenden:

SQL-Code:

Select (select KUNDE.FIRMA from Kunde where Kunde.KNDID=Anfragen.KNDID) AS KUNDE, 
       (select KUNDE.FIRMA from Kunde where Kunde.KNDID=Anfragen.KND2ID) AS LIEFERANT
From Anfragen

oder man verkettet die beiden Anfragen mit einer Union, was flexibler ist:

SQL-Code:

Select Anfragen.Anfragenr, KUNDE.FIRMA From Kunde, Kunde.KNDID inner join Anfragen on Kunde.KNDID = Anfragen.KNDID
UNION ALL
Select Anfragen.Anfragenr, KUNDE.FIRMA From Kunde, Kunde.KNDID inner join Anfragen on Kunde.KNDID = Anfragen.KND2ID
ORDER BY Anfragen.Anfragenr

[Jick]

Hallo,

danke euch das werde ich sofort testen.

@Sir Rufo

das mit Kunde und Lieferant ist so gewollt

Grüße
Michael

[Sir Rufo]

Zitat von Jick:

@Sir Rufo

das mit Kunde und Lieferant ist so gewollt

Das ist ja auch legitim, die in einer Tabelle zu halten, nur würde ich diese Tabelle niemals "KUNDE" nennen
(nein, auch nicht "KUNDEN")

[Dejan Vu]

Zitat von Sir Rufo:

nur würde ich diese Tabelle niemals "KUNDE" nennen

Sondern?

[mkinzler]

Geschaeftspartner, Personenkonten, KundLief, DebKred, ...

[Dejan Vu]

Zitat von mkinzler:

KundLief, DebKred, ...

Ich wollte damit dezent darauf hinweisen, das man ein 'so nicht' besser mit einem '...aber vielleicht so' kombinieren sollte. Nennt sich -glaube ich- 'konstruktive Kritik'.

Wo wir gerade dabei sind: Tabellen haben meist etwas irreführende Namen, weil die Refaktoringtools noch nicht erfunden sind, die so einen Fauxpas sowohl im RDMBS als auch in allen aufrufenden Applikationen, Reportskripten usw. zu ändern. Und wenn die Tabelle anfangs vollkommen zu Recht 'Kunden' hieß, dann wird sich daran einfach nichts mehr ändern lassen, ohne Gefahr zu laufen, das System zu kompromittieren.

PS: Wieso sind eigentlich Methoden- und Variablen immer in (möglichst korrektem) englisch, aber bei Datenbank-, Tabellen- und Feldnamen werden möglichst kryptische (deutsche) Namen verwendet?

[Sir Rufo]

Vielleicht möchte ich den Rahmen des Threads nicht sprengen, denn die Ausgangsfrage war nicht "Wie benenne ich meine Tabellen?".

Es war nur ein kleiner freundlicher Wink (am Ende einer Antwort zum Thema), dass man das nochmal überdenken könnte.

Dieser Wink wurde vom TE offenbar falsch interpretiert, darum habe ich diesen Wink nochmals konkretisiert, ohne aber den Thread sprengen zu wollen.

Gut, jetzt beschäftigen wir uns mehr mit dem Namen und dem Inhalt der Antworten als mit dem eigentlichen Thema.

Einen wirklichen aussagekräftigen und treffenden Namen kann nur der TE festlegen, denn nur der kennt den gesamten Inhalte der Tabelle und die Bedeutung der einzelnen Sätze. Zudem sind Namen Schall und Rauch. Der TE muss damit klar kommen (und evtl. irgendwann der, der nach ihm daran arbeiten muss).

Zusammenfassed lag also meine Intention nicht darin, daraus ein abendfüllendes Programm zu machen.

Ich bitte nun um ein angemessenes, gerechtes Urteil