SQL oder nicht SQL ...

[alex517]

Zitat:

Zitat von Hansa

Ah, Alex. Muss ich in Ruhe mal angucken. Das hier bleibt trotzdem jetzt so stehen.

Sorry Hansa, war die falsche SP, deshalb editiert.

[omata]

Warum so komplizert?

Leg dir eine Tabelle mit den Monaten an...

Tabelle Monate...

SQL-Code:

CREATE TABLE Monate (
  monat INT NOT NULL ,
  Bezeichnung varchar (50) NOT NULL ,
  CONSTRAINT [PK_Monate] PRIMARY KEY (monat_id) ON PRIMARY
) ON PRIMARY

Inhalt...

Code:

Monat Bezeichnung
1     Januar
2     ...
3
4
5
6
7
8
9
10
11
12

Und hol dir deine Daten...

SQL-Code:

SELECT *
FROM (SELECT *
      FROM monate, (SELECT DISTINCT jahr
                    FROM umsatz
                    WHERE jahr BETWEEN 2005 AND 2006) x) x
LEFT JOIN umsatz u
  ON     x.jahr = u.jahr
     AND x.monat = u.monat
ORDER BY x.jahr, x.monat

Gruss
Thorsten

[Hansa]

Omata, was ist bei einer Monatstabelle denn gewonnen ? Siehe meine Betriebsferien. :mrgreen: Den Urlaub zu unterbrechen, um einen 0-Umsatz einzugeben, das hätte ich gespart. Stattdessen müsste ich doch 2-mal zurückfliegen, um eben nur einen überflüssigen 0-Umsatz-Monat anzulegen. :P Gut, man könnte natürlich jetzt schon Monate bis zur Rente anlegen. Am Speicherplatz sollte es kaum liegen. :mrgreen:

[mkinzler]

Hansa, du scheint das Problem nicht zu verstehen. Nur weil in einem Monat kein Umsatz generiert wird, existiert dieser Monat doch trotzdem!

[omata]

@Hansa: Ich kann deinen Einwand leider nicht nachvollziehen.

Man kann die Jahre einschränken, auf Monate könnte man das auch noch ohne weiters. Und was mit deinen komischen Betriebsferien ist weiss ich auch nicht. Mir ging es nur darum die Daten, die in der Datenbank stehen auszulesen und darzustellen.

Wie auch immer, ihr könnt meinen Beitrag ja überlesen...

Gruss
Thorsten

[Hansa]

Zitat:

Zitat von omata

...Wie auch immer, ihr könnt meinen Beitrag ja überlesen...

Warum denn ? Hier soll doch diskutiert werden, oder nicht mehr ? :shock: Du meinst also, eine Tabelle, in der lediglich 12 Monate stehen und sonst nichts ? Also nicht leere Monate mit rumschleppen, wo Umsatz=0 (Betriebsferien) und das Jahr für Jahr ? Hmm, geht das so ? :gruebel:

[mkinzler]

Wenn er aber eine Umsatzliste pro Monat haben will, will er eine pro Monat und nicht pro Monat der Werte besitzt. Das Jahr hat 12 Monate egal wieviel Monate ein Betrieb vielleicht Ferien hat oder nicht.

[omata]

Klar können wir diskutieren.

Ich dachte das mit den leeren Monaten war gerade gewollt. Damit eventuelle Lücken aufgefüllt werden. Man kann natürlich noch einbauen, das Monate die in der Zukunft liegen noch nicht ausgegeben werden. Ich weiss jetzt gerade nicht wie ich an das aktuelle Datum in FB komme.

Für MSSQL würde das so aussehen...

SQL-Code:

SELECT *
FROM (SELECT *
      FROM monate, (SELECT DISTINCT jahr
                    FROM umsatz
                    WHERE jahr BETWEEN 2005 AND 2006) x) x
LEFT JOIN umsatz u
  ON     x.jahr = u.jahr
     AND x.monat = u.monat
WHERE x.jahr < YEAR(GETDATE()) 
   OR (x.jahr = YEAR(GETDATE()) AND x.monat <= MONTH(GETDATE()))
ORDER BY x.jahr, x.monat

Gruss
Thorsten

[mkinzler]

Zitat:

Ich weiss jetzt gerade nicht wie ich an das aktuelle Datum in FB komme.

CURRENT_DATE

[mschaefer]

Zunächst mal vielen Dank für die interessante Diskussion. Hattte einige Tage Computersperre (anderea Aufgaben). Selbst habe ich tatsächlich keine Monatstabelle. Das ist aber änderbar und dann ist die Möglichkeit per Join eine gute Lösung. Die Stored-Proc Lösung hat mich schon beeindruckt. Da ich möglichst DB unabhängig arbeiten soll, wird es wohl eine reine Join-Lösungwerden.

Das Problem ist ja übrigens sehr allgemein. Überall wo Vorlagen ausgefüllt werden sollen müssen auch Nullzeilen mit ausgegeben werden.Projekte pro Monat, Umsatz pro Mitarbeiter, neue Artikel pro Filiale...
Eigentlich ist es ein sehr allgemeines Problem und ich bedanke mich für die Vorschläge

Viele Grüße // Martin