SQL-Abfrage über mehrer Tabellen

[jobo]

In Deinem ersten Versuch fehlt im Select neben Summe und Anzahl ein Feld (ID) über das der Join gehen soll. Außerdem fehlt das Joinkriterium.
Im 2. Versuch fehlt die Gruppierung des neu aufgenommenen Feldes. Falls Du von mySQL kommst, da kann man das je nach Konfiguration weglassen, ist aber m.E. nicht empfehlenswert, weil die DB sich dann selbst überlegen muss, wonach gruppiert werden soll und das macht mySQL schon nicht gut. Also mach es lieber selbst, ich kenne keine andere DB (auch nicht Firebird), die so eine schreibweise akzeptiert.
Faustregel, * alle Felder der Select Clause, die nicht aggregiert werden, müssen in die Group By Clause aufgenommen werden.

* hier könnte ein "Mindestens" rein, es dürfen halt auch mehr sein, macht aber selten Sinn. Bedeutet, man kann nach Feldern gruppieren, die nicht ausgegeben werden.

[waldforest]

Hallo,
vielen Dank, für den Hinweis, hatte ich übersehen.
Habs dann doch noch hinbekommen

[waldforest]

Hallo,
ich möchte meine Abfrage nun um eine zusätzliche Summenabfrage erweitern.

Wie kann ich nun, auf Basis der ersten Abfrage Daten, per SQL auf diese Daten zugreifen. Ich möchte zur Optimierung vermeiden, dass ich zwecks Summenbildung wieder auf die gesamte Datentabelle zurückgreifen muss. Ich denke Master/Detail ist hier der Weg oder ?


Wie kann ich dies umsetzten ?

[Sir Rufo]

Nach der Abfrage befindet sich das Ergebnis nicht mehr auf dem Server. Somit ist eine weitere Bearbeitung oder erneute Abfrage auf dem Server nicht mehr möglich.

Möglich ist die Rückgabe von mehreren Resultsets (z.B. aus einer Stored Procedure). Dort würde man die Daten in eine temporäre Tabelle schreiben, diese zurückliefern und dann noch eine Aggregate-Abfrage über die temporäre Tabelle zurückliefern.

Der einfachste Weg führt eigentlich über das Resultset am Client, wo man die Aggregates selber bildet.

[mkinzler]

Was meinst Du mit zusätzlicher Summe?
U.U. wäre eine SP sinnvoll.

[waldforest]

Hallo,
für mich selber noch einmal zum Verständnis.
Die Abfragemenge befindet sich bei mir nun in einer Query (z.B. Query_SteuerJahr) mit zugehöriger Datasource.

Eine direkter Summenbildung , z.B. der Umsatzbeträge aus Query_SteuerJahr ist über SQL nicht möglich, bedeutet, muss diese Datenmenge in einer Procedure (z.B. Summierung über einen Durchlauf der einzelnen Datenmengen) bilden, oder vorher alles in eine Temporäre Tabelle ablegen ?

[Sir Rufo]

Überleg doch mal, wo sich was befindet und wer wann was wie abarbeitet.

Die Datenbank kennt deine Query-Komponente nicht. Die Query-Komponente sendet das Statement zur Datenbank, die Datenbank führt das Statement aus und liefert das Ergebnis zurück. Die Query-Komponete wertet dieses Ergebnis aus und stellt es der Anwendung zur Verfügung.

[mkinzler]

Die SP läuft auch auf dem Datenbankserver und kann in einer Abfrage wie eine Tabelle abgefragt werden.

Noch mal die Frage, was meinst Du mit weiterer Summe? Summierung über anderes Feld? Weitere Einschränkung?

[waldforest]

Hallo MKinzler

ich habe in einer ersten Abfrage nur die einzelnen Datensätze mit Umsatzwerte etc. aus einer Rechnungstabelle. Diese bringe ich im Anschluss in einem Grid zur Anzeige.

Auf Basis dieser Abfrage möchte ich eine Spaltensumme in einem GridFooter anzeigen und benötige die Summe, z.B. der Umsatzspalte.

Mir ist bewusst, dass die Abfrage im Speicher des Clients liegt,

Zur Summenbildung habe ich derzeit 2 Wege eingeschlagen.
1.) Neue Abfrage der Summen über die gesamte Tabelle
2.) Summenbildung nach erster Abfrage in einer separaten Proc

Ich suche halt nach ner Optimierung der Geschwindigkeit, beides funktioniert.

[Texas]

Du kannst auch ein VIEW aus der ersten Select Anweisung erstellen und davon dann ein
neues Select mit SUM, MAX, WHERE etc erstellen

Gruß Michael