schwierige sql-abfrage

schwierige sql-abfrage (39 Beiträge, 397 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

guten morgen!

ich hoffe jemand kann mir bei meiner sql-abfrage helfen.

tabelle: rechnung
spalten: datum, verkäufer, ustcode, betrag

in dieser tabelle gibt es für jede rechnung einen datensatz.

folgendes ergebnis soll die abfrage bringen:
tagessummen pro verkäufer aufgeteilt nach ustcode.

da wir 3 verschieden ustcodes verwenden können also pro verkäufer/tag bis zu 3 summen gebildet werden.

meine abfrage ohne diese summenbildung lautet:
select datum, verkäufer, ustcode, betrag from rechnung where datum > to_date('2008-01-01', 'YYYY-MM-DD')

ich hoffe ich hab das verständlich beschrieben.

lg, flump

select verkäufer, ustcode, datum, sum(betrag) from rechnung where datum > to_date('2008-01-01', 'YYYY-MM-DD') group by verkäufer, datum, ustcode

Ich muss es aber noch testen. Aber so würdes meiner Meinung nach gehen
...

22.07.2008, 09:15 Uhr - Editiert von thE, alte Version: hier

Habs abgeändert.. OMG da war ein from und im sum war die Tabelle

...

Aber wenn diese Abfrage für den TE schon schwierig ist, dann sollte ich dem mal ein paar Subselects zeigen von mir zeigen (die 700 Zeichen lang sind

)
...

Naja, solange man nicht nach dem Weg fragt, sondern nur nach dem Ziel wirds schwierig.

Ich könnte ihm den Befehl ja auch erklären, aber das war nicht die Frage..
...

hi!

danke für eure hilfe!
ich hab bis vor 5 jahren kleinere webdatenbanken bearbeitet (php, mysql), aber schon wieder viel zu viel vergessen.
in der firma werden aber meine (schon sehr geschrumpften) kenntnisse gerne angenommen...

meine abfrage sieht jetzt wie folgt aus:

select to_char(b.BELEGDATUM,'YYYY-MM-DD') as Belegdatum, b.gptnrkdb, g.name1 as KDB, b.STEUERLBEH as Steuercode, sum(b.RECHNUNGSBETRAG) as Rechnungsbetrag, to_char(b.belegdatum,'YYYY-MM') as Periode
from bhtfakt b
join geschpartner g on b.gptnrkdb = g.gptnr
where b.belegdatum >= to_date('2008-01-01', 'YYYY-MM-DD') and b.mandantnr = 41
group by to_char(b.belegdatum, 'YYYY-MM-DD'), b.gptnrkdb, b.STEUERLBEH, g.name1, to_char(b.belegdatum, 'YYYY-MM')

eines möchte ich noch einbauen, wenns denn möglich ist.
ich sollte noch eine spalte "nettobetrag" errechnen.
wenn der steuercode 12 ist dann soll "Rechnungsbetrag"/1,2 ausgegeben werden ansonsten "Rechnungsbetrag" (da dieser sonst keine ust enthält)

wäre toll wenn mir das noch jemand erklären könnte.

vielen dank, flump

eines möchte ich noch einbauen, wenns denn möglich ist.
ich sollte noch eine spalte "nettobetrag" errechnen.
wenn der steuercode 12 ist dann soll "Rechnungsbetrag"/1,2 ausgegeben werden
ansonsten "Rechnungsbetrag" (da dieser sonst keine ust enthält)

SELECT fields, CASE WHEN steuercode=12 THEN rechnungsbetrag/1,2 ELSE rechnungsbetrag END AS nettobetrag FROm table WHERE conditions;

[edit]

Evtl. musst du noch Casten.
Da du deine DB nicht angegeben hast, kann ich dir kein Beispiel liefern.
--
DiTech postete:
Sie haben offensichtlich 7mal mit dem Goldadler positive Erfahrung gemacht. Bei dieser Menge an Glück sollten Sie Lotto spielen.

GHF Watcher 1.3 - Firefox Erweiterung für Geizhals User

22.07.2008, 11:11 Uhr - Editiert von Dr. Watson, alte Version: hier

Dir ist schon klar dass das eine MS SQL Funktion ist und kein SQL Standard!
...

Nein, ist keine MS SQL Funktion.

Davon abgesehen interessiert mich der SQL Standard Nüsse, wenn die DB die ich verwende, diese Features bereitstellt.
--
DiTech postete:
Sie haben offensichtlich 7mal mit dem Goldadler positive Erfahrung gemacht. Bei dieser Menge an Glück sollten Sie Lotto spielen.

GHF Watcher 1.3 - Firefox Erweiterung für Geizhals User

Oho!
Dann ging das nur unter Access nicht und bei Pervasive hats gesponnen

Naja, so kann man sich täuschen

...

Worauf willst du hinaus?

Meine Aussage war nicht, dass ein CASE dem SQL Standard entspricht, sondern dass sich mein Beispiel nicht auf MSSQL bezog. Soweit ich weiß kennt MSSQL kein TO_CHAR, welches der Autor jedoch in seinen Beispielen verwendet - ergo wird er Oracle oder Postgres verwenden, und da gibts CASES.
--
DiTech postete:
Sie haben offensichtlich 7mal mit dem Goldadler positive Erfahrung gemacht. Bei dieser Menge an Glück sollten Sie Lotto spielen.

GHF Watcher 1.3 - Firefox Erweiterung für Geizhals User

Ich will darauf hinaus, dass ich beim googeln auf die schnelle nur MS SQL Datenbanken gefunden habe wo case bestätigt wird.
Von daher dachte ich, dass es nur unter MS SQL funktioniert (wie ziemlich viele Dinge)
Habs jetzt auf oracle und mysql probiert und da gehts auch. Nur bei Access (war meine Test DB) gings nicht.
...

Access und MySQL sind nicht unbedingt das, was ich unter "Datenbank" verstehe.
Eher eine Notlösung um simple Aufgaben schnell zu erledigen, dass es da keine Cases gibt, war fast klar.
--
DiTech postete:
Sie haben offensichtlich 7mal mit dem Goldadler positive Erfahrung gemacht. Bei dieser Menge an Glück sollten Sie Lotto spielen.

GHF Watcher 1.3 - Firefox Erweiterung für Geizhals User

Unter MySQL gehts sogar

Aber unter Access nicht. Und ich habe ja nur schnell ne DB angelegt um das für den TE zu testen.
...

Access und MySQL sind nicht unbedingt das, was ich unter "Datenbank" verstehe

ACCESS verstehe ich, aber MySQL (zumindest die Enterprise Version) kann schon so einiges. Darf man nicht mit der alten Open Source Version ohne Transaktionsverarbeitung verwechseln.

MySQL kann auch mit InnoDB - gemessen an anderen, ernsthaften Datenbanken - nix.
--
DiTech postete:
Sie haben offensichtlich 7mal mit dem Goldadler positive Erfahrung gemacht. Bei dieser Menge an Glück sollten Sie Lotto spielen.

GHF Watcher 1.3 - Firefox Erweiterung für Geizhals User

dass es da keine Cases gibt, war fast klar.

Wie kommst du darauf?

http://dev.mysql.com/doc/refman/5.0/en/control-flow-functions.html

23.07.2008, 23:24 Uhr - Editiert von hellbringer, alte Version: hier

Worauf willst du hinaus? Dass MySQL etwas abseits von Gästebüchern, Foren und Blogs taugt?
--
DiTech postete:
Sie haben offensichtlich 7mal mit dem Goldadler positive Erfahrung gemacht. Bei dieser Menge an Glück sollten Sie Lotto spielen.

GHF Watcher 1.3 - Firefox Erweiterung für Geizhals User

Ja. MySQL ist zwar keine wirklich gute Datenbank, aber brauchbar ist sie trotzdem. Kommt halt immer auf die Anforderungen an.

Und zwischen Monsterdatenbanken mit Millionen von Einträgen und primitive Gästebücher existiert noch eine große Bandbreite an Anwendungen, die problemlos mit MySQL funktionieren.

... und in jedem Fall gibts irgendwann den Punkt, wo man rasant wächst, die Sache geschäftskritisch wird, und dann krachts - nein Danke.
--
DiTech postete:
Sie haben offensichtlich 7mal mit dem Goldadler positive Erfahrung gemacht. Bei dieser Menge an Glück sollten Sie Lotto spielen.

GHF Watcher 1.3 - Firefox Erweiterung für Geizhals User

... und in jedem Fall gibts irgendwann den Punkt, wo man rasant wächst, die Sache geschäftskritisch wird, und dann krachts - nein Danke.

Was ist dein Vorschlag? Jahrelang für etwas Geld ausgeben, was eigentlich nicht gebraucht wird?

Eine Alternative verwenden, die besser ist, UND nichts kostet.

[edit]
Bezogen auf die Lizenz.
--
DiTech postete:
Sie haben offensichtlich 7mal mit dem Goldadler positive Erfahrung gemacht. Bei dieser Menge an Glück sollten Sie Lotto spielen.

GHF Watcher 1.3 - Firefox Erweiterung für Geizhals User

23.07.2008, 23:42 Uhr - Editiert von Dr. Watson, alte Version: hier

Eine Alternative verwenden, die besser ist, UND nichts kostet.

Ja, aber du brauchst trotzdem Leute, die einerseits die Datenbank betreuen und andererseits dafür programmieren können. Und das ist bei MySQL eben deutlich einfacher und kostensparender.

Das sehe ich anders. Aber kann mir auch egal sein, soll jeder verwenden was er möchte.
--
DiTech postete:
Sie haben offensichtlich 7mal mit dem Goldadler positive Erfahrung gemacht. Bei dieser Menge an Glück sollten Sie Lotto spielen.

GHF Watcher 1.3 - Firefox Erweiterung für Geizhals User

Hmmm... Gibts unter der Access nicht das berühmte "Iif" (echt so geschrieben), daß im Prinzip einem case entspricht ??? Und ja, es ist eh wurscht

24.07.2008, 00:00 Uhr - Editiert von kombipaket, alte Version: hier

und bei Pervasive hats gesponnen

(sigkilled v1.9 (Sat Oct 25 21:10:08 2008): http://forum.geizhals.at/files/1832/SLK350AMG200x100.jpg zu groß - 22898 bytes)

Suchst du deinen Namen im Forum?

Und ich meinte nicht dich, sondern Pervasive die Datenbank!
http://www.pervasive.com/

Hast du was mit denen zum tun?
...

das bekomm ich so leider nicht hin.

meine abfrage schaut so aus:

select to_char(b.BELEGDATUM,'YYYY-MM-DD') as Belegdatum, b.gptnrkdb, g.name1 as KDB, b.STEUERLBEH as Steuercode, sum(b.RECHNUNGSBETRAG) as Rechnungsbetrag, to_char(b.belegdatum,'YYYY-MM') as Periode, CASE WHEN b.steuerlbeh=12 THEN b.rechnungsbetrag/1.2 ELSE b.rechnungsbetrag END AS nettobetrag
from bhtfakt b
join geschpartner g on b.gptnrkdb = g.gptnr
where b.belegdatum >= to_date('2008-01-01', 'YYYY-MM-DD') and b.mandantnr = 41
group by to_char(b.belegdatum, 'YYYY-MM-DD'), b.gptnrkdb, b.STEUERLBEH, g.name1, to_char(b.belegdatum, 'YYYY-MM')

fehlermeldung:

< DBD::Oracle::db prepare failed: ORA-00979: not a GROUP BY expression (DBD ERROR: error possibly near <*> indicator at char 231 in 'select to_char(b.BELEGDATUM,'YYYY-MM-DD') as Belegdatum, b.gptnrkdb, g.name1 as KDB, b.STEUERLBEH as Steuercode, sum(b.RECHNUNGSBETRAG) as Rechnungsbetrag, to_char(b.belegdatum,'YYYY-MM') as Periode, CASE WHEN b.steuerlbeh=12 THEN <*>b.rechnungsbetrag/1.2 ELSE b.rechnungsbetrag END AS nettobetrag from bhtfakt b join geschpartner g on b.gptnrkdb = g.gptnr where b.belegdatum >= to_date('2008-01-01', 'YYYY-MM-DD') and b.mandantnr = 41 group by to_char(b.belegdatum, 'YYYY-MM-DD'), b.gptnrkdb, b.STEUERLBEH, g.name1, to_char(b.belegdatum, 'YYYY-MM')') [for Statement "select to_char(b.BELEGDATUM,'YYYY-MM-DD') as Belegdatum, b.gptnrkdb, g.name1 as KDB, b.STEUERLBEH as Steuercode, sum(b.RECHNUNGSBETRAG) as Rechnungsbetrag, to_char(b.belegdatum,'YYYY-MM') as Periode, CASE WHEN b.steuerlbeh=12 THEN b.rechnungsbetrag/1.2 ELSE b.rechnungsbetrag END AS nettobetrag from bhtfakt b join geschpartner g on b.gptnrkdb = g.gptnr where b.belegdatum >= to_date('2008-01-01', 'YYYY-MM-DD') and b.mandantnr = 41 group by to_char(b.belegdatum, 'YYYY-MM-DD'), b.gptnrkdb, b.STEUERLBEH, g.name1, to_char(b.belegdatum, 'YYYY-MM')"] at /www/docs/public/cqs/lib/CQSdb.pm line 891. >

jetzt funktionierts:

select to_char(b.BELEGDATUM,'YYYY-MM-DD') as Belegdatum, b.gptnrkdb, g.name1, b.STEUERLBEH as Steuercode, CASE WHEN b.steuerlbeh=12 THEN sum(b.rechnungsbetrag/1.2) ELSE sum(b.rechnungsbetrag) END AS nettobetrag, sum(b.RECHNUNGSBETRAG) as Rechnungsbetrag, to_char(b.belegdatum,'YYYY-MM') as Periode
from bhtfakt b
join geschpartner g on b.gptnrkdb = g.gptnr
where b.belegdatum >= to_date('2008-01-01', 'YYYY-MM-DD') and b.mandantnr = 41
group by to_char(b.belegdatum, 'YYYY-MM-DD'), b.gptnrkdb, b.STEUERLBEH, g.name1, to_char(b.belegdatum, 'YYYY-MM')

vielen dank für eure hilfe!

lg, flump

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung