Re: to_timestamp error between postgres version 8.3 and 9.2

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Technical Doubts <online(dot)technicaldoubts(at)gmail(dot)com>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: to_timestamp error between postgres version 8.3 and 9.2
Date: 2013-08-31 05:47:00
Message-ID: 14883.1377928020@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Technical Doubts <online(dot)technicaldoubts(at)gmail(dot)com> writes:
> insert into registers_info (regid,transid,regdate,canceldate) values
> ('reg1',1,to_timestamp('2013-07-24','yyyy-MM-dd
> hh24:mi:ss')::TIMESTAMP,to_timestamp('null','yyyy-MM-dd
> hh24:mi:ss')::TIMESTAMP);

> The above query works fine in Postgres 8.3 version.

> But the same query when executed in postgres 9.2 its throwing below error

> ERROR: invalid value "null" for "yyyy"
> Detail: Value must be an integer.

Yup. It was never intended that 'null' would be valid input for
to_timestamp, and that's thrown an error since 8.4. See thread here:
http://www.postgresql.org/message-id/37ed240d0808291839t21e19956mdfbdc80aeb1b3c19@mail.gmail.com

A quick test says that 8.3 and older did this:

regression=# select to_timestamp('null','yyyy-MM-dd hh24:mi:ss');
to_timestamp
---------------------------
0001-01-01 00:00:00-05 BC
(1 row)

which can hardly be considered a sane interpretation of 'null', even
if we wanted to accept that input.

regards, tom lane

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message françois Figarola 2013-08-31 05:52:24 Re: to_timestamp error between postgres version 8.3 and 9.2
Previous Message Technical Doubts 2013-08-31 05:19:12 to_timestamp error between postgres version 8.3 and 9.2