| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | "George Weaver" <georgew1(at)mts(dot)net> |
| Cc: | pgsql-sql(at)postgresql(dot)org |
| Subject: | Re: Strange behavior with timestamptz |
| Date: | 2003-08-26 13:08:46 |
| Message-ID: | 7688.1061903326@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-sql |
> ... When the datereceived parameter was defined
> as type Date, it was actually arriving at the procedure as "11-08-2003" and
> "25-08-2003" in spite of showing up as indicated below. When I redefined
> the datereceived parameter as type OdbcDate, it arrived correctly at the
> procedure as "2003-08-11" and "2003-08-25".
Yeah. The first two formats are ambiguous, in Postgres' mind anyway.
With the US datestyle setting, it will first attempt to parse as mm-dd-yyyy
and if that fails try dd-mm-yyyy. So you'd need to change the datestyle
to Euro to get dd-mm-yyyy input to be parsed reliably.
As of 7.4 this is being tightened up, btw --- it'll be mm-dd-yyyy or error.
But AFAICS this has nothing to do with a default now() insertion,
because that value is never converted to a string before it gets into
the stored column.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2003-08-26 13:09:40 | Re: postgres 7.1.3: why does the query plan ignore indexes? |
| Previous Message | George Weaver | 2003-08-26 12:28:18 | Re: Strange behavior with timestamptz |