Calendar table sql script Firebird 3

[Gandimann]

Thanx für Hilfe.
Das Problem: ich möchte gern , dass tägliches Datum ab 01.01.20 bis 31.12.50 im Column "Date" bereits steht. 01.01.2020,02.01.2020,03.01.2020....bis 31.12.2050 und "WeekOfYear" auch 01 bis 52 bereits drin steht.
Jeweils ein Datensatz (per Row)

[mkinzler]

Dies scheint mit wenig sinnvoll, da die Daten sich einfach berechnen lassen. Zudem gibt es fertige Kalenderkomponenten, welche dies schon machen.

[ConstantGardener]

...naja kommt drauf an. Wenn du das zum joinen mit anderen Tabellen nutzt kann es schon einiges erleichtern. Ich würde die beweglichen Feiertage allerdings dann auch gleich in die Tabelle schreiben.

[Lemmy]

Zitat von Gandimann:

Thanx für Hilfe.
Das Problem: ich möchte gern , dass tägliches Datum ab 01.01.20 bis 31.12.50 im Column "Date" bereits steht. 01.01.2020,02.01.2020,03.01.2020....bis 31.12.2050 und "WeekOfYear" auch 01 bis 52 bereits drin steht.
Jeweils ein Datensatz (per Row)

das ist mir klar. Daher: Programm schreiben und die Daten füllen, script exportieren fertig. Alternativ das Script von Hand schreiben (wird wohl eher nicht das Ziel sein). Per StoredProcedure und co dürfte das recht aufwändig sein. Und Rest:

Zitat von mkinzler:

Dies scheint mit wenig sinnvoll, da die Daten sich einfach berechnen lassen. Zudem gibt es fertige Kalenderkomponenten, welche dies schon machen.

FÜr eine sinnvolle Anwendung sehe ich ebenfalls keinen Sinn, schon gar nicht für einen Dienstplan.

[p80286]

Zuerst: Der Plural von Mopp ist Mopps

Dann Du solltest Deine Tabelle zunächst normalisieren. Also z.B. die Monatsnamen in eine eigene Tabelle auslagern.

Weiterhin wo konkret liegt das Problem ein für Firebird verständliches Script zu erstellen? Fehlt Dir die entsprechende Dokumentation?

Und Du solltest dir wirklich Gedanken über den Sinn der enthaltenen Daten machen.

Gruß
K-H

[mkinzler]

Monatsnamen haben aber nichts in der Datenbank verloren. Man kann in diesem Fall auf Normalisierung verzichten.
Wie gesagt sind dass aber alles Informationen, die berechnet werden können.

[jobo]

Den Monatsnamen, KW und viele andere bekommt man schon durch die Formatierungsmöglichkeiten des Datums geschenkt.

Feiertage sind regional Unterschiedlich und gehören wohl eher nicht in diese Liste eindeutige Datums. Sie entsprechen im Wesen echten (individuellen) Kalenderdaten.

Relevant ist im Unternehmen wahrscheinlich eher eine Liste von Arbeitstagen. Also alle Tage minus Wochenende, minus lokale Feiertage, minus Betriebsurlaub.

[p80286]

Zitat von jobo:

Relevant ist im Unternehmen wahrscheinlich eher eine Liste von Arbeitstagen. Also alle Tage minus Wochenende, minus lokale Feiertage, minus Betriebsurlaub.

Kommt wohl auf das Unternehmen an. Die DB z.B. arbeitet immer. Da wäre esgut zu wissen wie die konkreten Anforderungen sind.

Gruß
K-H

[jobo]

Ja, aber solche Dimensionen liegen hier wohl nicht vor.

Es ging mir darum, die Idee von Arbeitstagen vorzustellen. Für sehr viel Unternehmen mit einem regionalen Standort dürfte das schon passen. Wer keine Betriebsferien hat, macht es dem Programmierer ja eher leichter.

Und die genauen Anforderungen sind vielleicht streng geheim, darum ging ja meine erste Frage und auch weitere Anmerkungen.