'DD-MON-RR' Datum-format-Muster nicht wie erwartet funktioniert

Ich bin dem einfügen eine Abfrage mit dem format als 

to_date('25-JUN-13','DD-MON-RR')

In oracle es ist in Ordnung, und der Ausgang ist als 25-JUN-13.

In postgresql die gleiche Arbeit, wie 0001-06-25 BC.

Es ist ein migration Projekt aus der oracle-Datenbank auf postgresql. Jede Lösung, die für die gleichen arbeiten, wie es im Fall von oracle.

Nicht richtig arbeiten, wenn ich mit der DD-MM-YY - format, dann ist das Ergebnis sehr viel anders.

AUSFÜHREN DIESER ABFRAGE werden IN einer POSTGRESQL --> 

select to_char(to_date('25-JUN-53','DD-MON-YY'),'YYYY') as YEAR 

ANSWER IS --> 2053

Beim abrufen das gleiche Ergebnis in oracle aus der Abfrage als 

select to_char(to_date('25-JUN-53','DD-MON-RR'),'YYYY') as YEAR from dual

ASSWER IS --> 1953

So, ich bin der Migration das Projekt die gleiche Funktionalität, die es sein sollte in der Postgresql so, dass das Endergebnis sollte das gleiche sein.

  • wollen Sie Jahr ah?
  • warum sind Sie geben im Jahr nur 2-stellige
  • Ich bin abrufen der Werte aus der Tabelle in diesem format nur .
InformationsquelleAutor SarthAk | 2014-03-14
  1. 5

    Nicht richtig funktioniert ...

    Natürlich ist es korrekt funktioniert. Pro Dokumentation:

    Wenn das Jahr format-Spezifikation ist weniger als vier Ziffern, z.B. YYY,
    und die mitgelieferte Jahr ist mit weniger als vier Ziffern, wird das Jahr
    angepasst werden nächsten Jahr 2020, z.B. 95 wird 1995.

    So, 70 wird zu 1970, aber 69 wird 2069.

    Oracle hat unterschiedliche Regeln für die Formatbezeichner RR (die nicht vorhanden ist in Postgres), grundsätzlich kann das Jahr eingestellt werden nächsten Jahr 2000 (das nächste Jahrhundert bis zum aktuellen Datum):

    Abhilfe

    Ich würde die Kapselung der Funktionalität in einer Funktion, die wechselt das Jahrhundert nach der Jahr-Zahl im string. Da Postgres erlaubt das überladen von Funktionen verwenden, können Sie auch die gleiche Funktion name to_date() mit unterschiedlichen parameter-Typen.

    Gemäß der Dokumentation oben, Oracle umschlingt bei YY = '50' und diese Funktion ist äquivalent bis 2049:

    CREATE OR REPLACE FUNCTION to_date(varchar, text)
  RETURNS date AS
$func$
SELECT CASE WHEN right($1, 2) > '49' THEN
         to_date(left($1, -2) || '19' || right($1, 2), 'DD-MON-YYYY')
      ELSE
         to_date(left($1, -2) || '20' || right($1, 2), 'DD-MON-YYYY')
      END
$func$  LANGUAGE sql STABLE;

    Nur STABLE, nicht IMMUTABLE, weil to_date ist nur STABLE. Was Sie deaktivieren Funktions-inlining.

    Wählte ich varchar für den ersten parameter werden von der ursprünglichen unterscheidet, die verwendet text.

    Wenn das Jahr Nummer > 49, die Funktion fügt die 20th century (mit '19') else, der 21st in die Zeichenkette für das Datum vor der Umwandlung. Der zweite parameter ist ignoriert.

    Nennen:

    SELECT to_date('25-JUN-53'         , 'DD-MON-YY') AS original
     , to_date('25-JUN-53'::varchar, 'DD-MON-YY') AS patched1
     , to_date('25-JUN-53'::varchar, 'DD-MON-RR') AS patched2
     , to_date('25-JUN-53'::varchar, 'FOO-BAR')   AS patched3

    Unserem custom-Funktion ignoriert den 2. parameter sowieso.

    Ergebnis:

    original    | patched
------------+-----------
2053-06-25  | 1953-06-25

    SQL Fiddle.

    Könnten Sie es noch ausgeklügelter machen, arbeiten jenseits 2049 und nehmen Sie den zweiten parameter in Betracht ...

    Ein Wort der Warnung: überladen von Funktionen über die Grundfunktionen ist besser, mit Sorgfalt geschehen. Wenn das in Ihrem system bleibt von jemanden bekommen überraschende Ergebnisse später.

    Besser erstellen, die Funktion in einem speziellen schema und legen Sie die search_path selektiv so, es wird nur verwendet, wenn angemessen. Man kann auch text als parameter geben Sie in diesem Fall:

    CREATE SCHEMA specialfunc;
CREATE OR REPLACE FUNCTION specialfunc.to_date(text, text) AS ...

    Dann:

    SET search_path = specialfunc, pg_catalog;
SELECT to_date('25-JUN-53', 'DD-MON-YY') AS patched;

    Oder verwenden temporäre Funktion. Siehe:

    • sorry für die "nicht richtig funktioniert" ich bin nur zu Fragen, für die gleiche Funktion dd-mon-rr-format, wenn auch in postgres?? welche Werke wie die orale dd-mon-rr-format
    • Ich habe eine mögliche Lösung.
    • schöne Lösung !! gut mit meinen Bedingungen
    • RR ist sehr verwirrend
    InformationsquelleAutor Erwin Brandstetter
  2. 0

    Hier ist eine Beispielfunktion, die ich schrieb, um dieses Problem zu lösen. Ich arbeitete auf der gleichen migration. Hoffe, es hilft u irgendwie. Sie können es über die Funktion überladen, obwohl, nur benennen Sie die Funktion als u wie.

    CREATE OR REPLACE FUNCTION to_date_rr(TEXT, TEXT)
  RETURNS DATE AS
  $$
      DECLARE
        date_v DATE;
        fmt text := upper($2);
        DATE_VALUE TEXT :=$1;
        digit_diff numeric := length($1) - length($2);

      BEGIN

    $2 = upper($2);

    IF substring(fmt from position('RRRR' in fmt) for 4) = 'RRRR' THEN

        IF digit_diff < 0 THEN
            fmt := replace($2, 'RRRR', 'YYYY');
            IF substring(DATE_VALUE from position('RRRR' in $2) for 2) > '50' THEN
                date_v := to_date(overlay(DATE_VALUE placing '19' from position('RRRR' in $2) for 0), fmt);
            ELSE
                date_v := to_date(overlay(DATE_VALUE placing '20' from position('RRRR' in $2) for 0), fmt);
            END IF;
        ELSE
            fmt := replace($2, 'RRRR', 'YYYY');
            date_v := to_date($1, fmt);
        END IF;

    ELSIF substring(fmt from position('RR' in fmt) for 2) = 'RR' THEN
        IF digit_diff = 0 THEN
            fmt := replace($2, 'RR', 'YY');         
            IF substring(DATE_VALUE from position('RR' in $2) for 2) > '50' THEN
                date_v := to_date(overlay(DATE_VALUE placing '19' from position('RR' in $2) for 0), fmt);
            ELSE
                date_v := to_date(overlay(DATE_VALUE placing '20' from position('RR' in $2) for 0), fmt);
            END IF;


        ELSE
            fmt := replace($2, 'RR', 'YY');
            date_v := to_date($1, fmt);

        END IF;


    ELSIF substring(fmt from position('YY' in fmt) for 2) = 'YY' and substring(fmt from position('YYYY' in fmt) for 4) != 'YYYY' THEN
        IF digit_diff = 0 THEN  
            IF substring(DATE_VALUE from position('YY' in $2) for 2) >= '00' THEN
                date_v := to_date(overlay(DATE_VALUE placing '20' from position('YY' in $2) for 0), fmt);

            END IF;

        ELSIF digit_diff < 0 THEN
            IF substring(DATE_VALUE from position('YY' in $2) for 2) >= '00' THEN
                date_v := to_date(overlay(DATE_VALUE placing '200' from position('YY' in $2) for 0), fmt);      
            END IF;
        ELSE
            date_v := to_date($1, fmt);
        END IF;

    ELSE
        SELECT to_date($1, $2) INTO date_v;

    END IF;


        RETURN date_v;

      END;
  $$
LANGUAGE plpgsql;
    InformationsquelleAutor Amir Hossain
Schreibe einen Kommentar