sql >> Database teknologi >  >> RDS >> Oracle

TO_TIMESTAMP() Funktion i Oracle

I Oracle Database er TO_TIMESTAMP() funktion konverterer sit argument til en værdi på TIMESTAMP datatype.

Syntaks

Syntaksen ser sådan ud:

TO_TIMESTAMP(char [ DEFAULT return_value ON CONVERSION ERROR ]
  [, fmt [, 'nlsparam' ] ])

char argument kan være ethvert udtryk, der evalueres til en tegnstreng af CHAR , VARCHAR2 , NCHAR eller NVARCHAR2 datatype.

Den valgfri fmt angiver formatet for char . Hvis du udelader fmt , derefter char skal være i standardformatet TIMESTAMP datatype, som bestemmes af NLS_TIMESTAMP_FORMAT initialiseringsparameter (se Sådan kontrolleres datoformatet for din Oracle-session).

Den valgfrie 'nlsparam' argument angiver det sprog, som måneds- og dagnavne og forkortelser angives på. Det har følgende form:

'NLS_DATE_LANGUAGE = language'

Eksempel

Her er et grundlæggende eksempel for at demonstrere:

SELECT 
    TO_TIMESTAMP(
        '25-Aug-2030 18:10:35.123456789', 
        'DD-Mon-RRRR HH24:MI:SS.FF'
    )
FROM DUAL;

Resultat:

25/AUG/30 06:10:35.123456789 PM

Formatet på resultatet bestemmes af din sessions NLS_TIMESTAMP_FORMAT parameter. Vi kan kontrollere værdien af ​​NLS_TIMESTAMP_FORMAT parameter ved at forespørge på V$NLS_PARAMETERS se:

SELECT VALUE
FROM V$NLS_PARAMETERS
WHERE PARAMETER = 'NLS_TIMESTAMP_FORMAT';

Resultat:

DD/MON/RR HH12:MI:SSXFF AM

Standardværdien for NLS_TIMESTAMP_FORMAT parameteren er afledt af NLS_TERRITORY parameter. I mit tilfælde NLS_TERRITORY parameteren er AUSTRALIA .

Her er, hvad der sker, når jeg ændrer NLS_TERRITORY parameter til et andet område, og kald derefter TO_TIMESTAMP() igen:

ALTER SESSION SET NLS_TERRITORY = 'AMERICA';
SELECT 
    TO_TIMESTAMP(
        '25-Aug-2030 18:10:35.123456789', 
        'DD-Mon-RRRR HH24:MI:SS.FF'
    )
FROM DUAL;

Resultat:

25-AUG-30 06.10.35.123456789 PM

Denne gang returneres resultatet i et andet format.

Du kan alternativt ændre værdien af ​​NLS_TIMESTAMP_FORMAT parameter direkte. Dette vil ændre denne parameter uden at påvirke andre parametre. Se Sådan ændres datoformatet i din Oracle-session for flere oplysninger og eksempler.

Standardformat

I dette eksempel udelader jeg fmt argument:

SELECT 
    TO_TIMESTAMP(
        '25-AUG-30 06.10.35.123456789 PM'
    )
FROM DUAL;

Resultat:

25-AUG-30 06.10.35.123456789 PM

Når du gør dette, skal argumentet være i standardformatet TIMESTAMP datatype, som bestemmes af NLS_TIMESTAMP_FORMAT initialiseringsparameter.

Her er et eksempel på, hvad der sker, når vi sender en værdi, der ikke er i overensstemmelse med dette format:

SELECT 
    TO_TIMESTAMP(
        '25-Aug-2030 18:10:35.123456789'
    )
FROM DUAL;

Resultat:

ORA-01849: hour must be between 1 and 12
01849. 00000 -  "hour must be between 1 and 12"
*Cause:    
*Action:

I dette tilfælde har jeg givet en værdi, der bruger 24 timers tid, men min NLS_TIMESTAMP_FORMAT parameter angiver et 12-timers ur med AM/PM-designatoren.

For at løse dette skal jeg enten ændre mit input eller ændre værdien af ​​NLS_TIMESTAMP_FORMAT parameter.

Angiv en standardværdi ved konverteringsfejl

Du har også mulighed for at angive en værdi, der skal returneres i tilfælde af, at der er en fejl under konvertering af argumentet til en TIMESTAMP type.

Eksempel:

SET NULL 'null';
SELECT 
    TO_TIMESTAMP(
    'Oops!'
    DEFAULT null ON CONVERSION ERROR
    )
FROM DUAL;

Resultat:

null

I dette tilfælde specificerede jeg at null skal returneres, når der er en konverteringsfejl.

Som standard returnerer SQLcl og SQL*Plus et tomt mellemrum, når null opstår som et resultat af en SQL SELECT udmelding.

Du kan dog bruge SET NULL for at angive en anden streng, der skal returneres. Her specificerede jeg, at strengen null skal returneres.

'nlsparam' Argument

Den valgfri 'nlsparam' argument angiver det sprog, som måneds- og dagnavne og forkortelser angives på. Det har følgende form:

'NLS_DATE_LANGUAGE = language'

Eksempel

SELECT 
    TO_TIMESTAMP(
        '25-agosto-2030 18:10:35.123456789', 
        'DD-Month-RRRR HH24:MI:SS.FF',
        'NLS_DATE_LANGUAGE = SPANISH'
    )
FROM DUAL;

Resultat:

25-AUG-30 06.10.35.123456789 PM

Bemærk, at resultatet stadig returneres i henhold til den aktuelle sessions NLS_TIMESTAMP_FORMAT parameter. Det er bare, at input var på et andet sprog.

Her er, hvad der sker, når jeg ændrer agosto til August mens du bruger den samme 'nlsparam' værdi:

SELECT 
    TO_TIMESTAMP(
        '25-August-2030 18:10:35.123456789', 
        'DD-Month-RRRR HH24:MI:SS.FF',
        'NLS_DATE_LANGUAGE = SPANISH'
    )
FROM DUAL;

Resultat:

ORA-01843: not a valid month
01843. 00000 -  "not a valid month"
*Cause:    
*Action:

Dette skete, fordi jeg ikke angav datoen på det sprog, der er angivet af 'nlsparam' argument (spansk).

Ændrer det til English løser dette problem:

SELECT 
    TO_TIMESTAMP(
        '25-August-2030 18:10:35.123456789', 
        'DD-Month-RRRR HH24:MI:SS.FF',
        'NLS_DATE_LANGUAGE = English'
    )
FROM DUAL;

Resultat:

25-AUG-30 06.10.35.123456789 PM

Se, hvordan du returnerer en liste over understøttede sprog i Oracle, hvis det hjælper.

Nul-argumenter

Sender null resulterer i null :

SET NULL 'null';
SELECT 
    TO_TIMESTAMP(null)
FROM DUAL;

Resultat:

null

Ugyldigt antal argumenter

Kaldning af funktionen uden at sende nogen argumenter resulterer i en fejl:

SELECT TO_TIMESTAMP()
FROM DUAL;

Resultat:

ORA-00938: not enough arguments for function
00938. 00000 -  "not enough arguments for function"
*Cause:    
*Action:
Error at Line: 8 Column: 8

Det ser dog ikke ud til at give nogen problemer, hvis de første tre er gyldige:

SELECT 
    TO_TIMESTAMP(
        '25-Aug-2030 18:10:35.123456789', 
        'DD-Mon-RRRR HH24:MI:SS.FF',
        'NLS_DATE_LANGUAGE = English',
        'Oops!',
        'Dang!',
        'Homer',
        'Symptom'
    )
FROM DUAL;

Resultat:

25-AUG-30 06.10.35.123456789 PM

  1. MySQL Workbench-alternativer - ClusterControls peg-og-klik GUI

  2. Metoder til at rangere rækker i SQL Server:ROW_NUMBER(), RANK(), DENSE_RANK() og NTILE()

  3. Spring Data JPA Auditing fungerer ikke for JpaRepository-opdateringsmetoden med @Modifying annotation, hvorfor?

  4. Flytning af SQL Server-databaser til skyen