From: | "MauMau" <maumau307(at)gmail(dot)com> |
---|---|
To: | "Adrian Klaver" <adrian(dot)klaver(at)gmail(dot)com> |
Cc: | "pgsql-general" <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: DATE type output does not follow datestyle parameter |
Date: | 2013-07-26 20:24:17 |
Message-ID: | 8E0F3B2D0578401A804DAD513E93A1CE@maumau |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
From: "Adrian Klaver" <adrian(dot)klaver(at)gmail(dot)com>
> Actually the relevant code seems to be here:
>
> /src/ backend/parser/gram.y
>
>
> CURRENT_DATE
> {
> /*
> * Translate as
> "'now'::text::date".
> *
> ....
>
> CURRENT_TIMESTAMP
> {
> /*
> * Translate as "now()", since
> we have a function that
> * does exactly what is needed.
> ...
>
>
> Also from :
>
> 8.5.1.4. Special Values
>
> The following SQL-compatible functions can also be used to obtain the
> current time value for the corresponding data type: CURRENT_DATE,
> CURRENT_TIME, CURRENT_TIMESTAMP, LOCALTIME, LOCALTIMESTAMP. The latter
> four accept an optional subsecond precision specification. (See Section
> 9.9.4.) Note that these are SQL functions and are not recognized in data
> input strings.
>
>
>
> It would seem the functions are special cased.
As below, normal DATE constants also does not follow the setting of
datestyle. Is this a bug?
SET datestyle = 'Postgres, MDY';
SELECT DATE 'Jan 2 2013';
date
------------
01-02-2013
(1 row)
Regards
MauMau
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2013-07-26 22:20:07 | Re: how _not_ to log? |
Previous Message | Jeff Janes | 2013-07-26 19:00:08 | Re: How to do incremental / differential backup every hour in Postgres 9.1? |