Delphi-PRAXiS
Seite 1 von 2  1 2      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Datenbanken (https://www.delphipraxis.net/15-datenbanken/)
-   -   Abfrage (https://www.delphipraxis.net/180317-abfrage.html)

Jick 10. Mai 2014 22:00

Datenbank: Firebird • Version: 2,5 • Zugriff über: Zeoslib

Abfrage
 
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 10. Mai 2014 22:10

AW: Abfrage
 
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 10. Mai 2014 22:14

AW: Abfrage
 
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 10. Mai 2014 22:18

AW: Abfrage
 
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 10. Mai 2014 22:21

AW: Abfrage
 
Hallo,

danke euch das werde ich sofort testen.

@Sir Rufo

das mit Kunde und Lieferant ist so gewollt

Grüße
Michael

Sir Rufo 10. Mai 2014 22:25

AW: Abfrage
 
Zitat:

Zitat von Jick (Beitrag 1258523)
@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 11. Mai 2014 09:55

AW: Abfrage
 
Zitat:

Zitat von Sir Rufo (Beitrag 1258524)
nur würde ich diese Tabelle niemals "KUNDE" nennen ;)

Sondern?

mkinzler 11. Mai 2014 10:01

AW: Abfrage
 
Geschaeftspartner, Personenkonten, KundLief, DebKred, ...

Dejan Vu 12. Mai 2014 06:33

AW: Abfrage
 
Zitat:

Zitat von mkinzler (Beitrag 1258541)
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 12. Mai 2014 07:38

AW: Abfrage
 
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 :roll:


Alle Zeitangaben in WEZ +1. Es ist jetzt 00:28 Uhr.
Seite 1 von 2  1 2      

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz