DBA Tipp: ORA-01839 und die Herausforderungen mit dem Schaltjahr

Verfasst von Thilo Solbrig, Oracle Certified Master
05 März 2024
10:35
Datenbank, DBA Tipp, Oracle, Oracle Database, Oracle Datenbank 12c /18c /19c /21c

Ein Schaltjahr, eine Zeit, in der die Uhren anders ticken, die Kalenderblätter eine zusätzliche Zeile bekommen und die Natur sich an einen besonderen Rhythmus anschmiegt. Doch hinter diesem faszinierenden Phänomen verbirgt sich eine komplexe mathematische Regelung, die unsere digitalen Systeme herausfordern kann.

Was hat der ORA-01839 mit dem Schaltjahr zu tun?

Der ORA-01839 Fehler, benannt nach seinem Code in der Oracle-Datenbank, tritt auf, wenn ein Datum außerhalb des gültigen Bereichs liegt, der normalerweise zwischen dem 1. Januar 4712 v. Chr. und dem 31. Dezember 9999 n. Chr. liegt. Der 29. Februar, als seltener Gast im Kalender, kann zu unvorhergesehenen Komplikationen führen, wenn nicht angemessen darauf geachtet wird. So sind zum Beispiel diverse SQL-Interval-Funktionen für Datumsberechnungen im Monats- und Jahresbereich nicht schaltjahressicher. Addiert oder subtrahiert man mithilfe dieser Funktionen zum/vom 29. Februar einen Wert, der nicht ein Vielfaches von vier Jahren oder 48 Monaten ist, erhält man einen

ORA-01839: date not valid for month specified

Das betrifft mindestens folgende SQL-Funktionen:

NUMTOYMINTERVAL
TO_YMINTERVAL
INTERVAL

SQL> select to_date('29-FEB-24')+numtoyminterval(1,'year') from dual;
select to_date('29-FEB-24')+numtoyminterval(1,'year') from dual
          	*
ERROR at line 1:
ORA-01839: date not valid for month specified

SQL> select to_date('29-FEB-24')+to_yminterval('1-0') from dual;
select to_date('29-FEB-24')+to_yminterval('1-0') from dual
          	*
ERROR at line 1:
ORA-01839: date not valid for month specified

SQL> select to_date('29-FEB-24')+interval '1' year from dual;
select to_date('29-FEB-24')+interval '1' year from dual
          	*
ERROR at line 1:
ORA-01839: date not valid for month specified

Was kannst du tun, um für das nächste Schaltjahr gerüstet zu sein?

Wir empfehlen dringend, den Programmcode zu gegebener Zeit auf die Verwendung dieser Funktionen hin zu überprüfen und sie durch die add_months-Funktion zu ersetzen, die hinsichtlich Schaltjahresberechnung offenbar sauber implementiert wurde:

SQL> select add_months(to_date('29-FEB-24'),12) from dual;

ADD_MONTH
---------
28-FEB-25

SQL> select add_months(to_date('29-FEB-24'),-12) from dual;

ADD_MONTH
---------
28-FEB-23

Das nächste Schaltjahr kommt bestimmt! Wir sind gern für dich da, wenn du Fragen hast oder Hilfe dabei benötigst, deine Applikation(en) im Hinblick auf 2028 nochmal unter die Lupe zu nehmen.

An alle, die bereits schon sehr weit im Voraus planen:

Wusstest du, dass das Schaltjahr nicht zwingend alle vier Jahre stattfinden muss? Es gibt eine Ausnahme: Wenn sich eine Jahreszahl durch 100 teilen lässt, handelt es sich nicht um ein Schaltjahr – außer es lässt sich auch durch 400 teilen. Aus diesem Grund war das Jahr 1900 kein Schaltjahr, das Jahr 2000 hingegen schon. 2100, 2200 und 2300 werden wieder keine Schaltjahre sein.

Hier findest du weitere DBA Tipps und Infos aus der Welt von Oracle aus unserem News & Insights Bereich.

Share this article

DBA Tipp: ORA-01839 und die Her­aus­for­de­run­gen mit dem Schaltjahr

Was hat der ORA-01839 mit dem Schalt­jahr zu tun?

Was kannst du tun, um für das nächste Schalt­jahr gerüstet zu sein?

An alle, die bereits schon sehr weit im Voraus planen:

DBA Tipp: ORA-01839 und die Herausforderungen mit dem Schaltjahr

Was hat der ORA-01839 mit dem Schaltjahr zu tun?

Was kannst du tun, um für das nächste Schaltjahr gerüstet zu sein?