Re: Bug #605: timestamp(timestamp('a timestamp)) no longer works

Поиск
Список
Период
Сортировка
От Andrew McMillan
Тема Re: Bug #605: timestamp(timestamp('a timestamp)) no longer works
Дата
Msg-id 1015026982.19662.2824.camel@kant.mcmillan.net.nz
обсуждение исходный текст
Ответ на Re: Bug #605: timestamp(timestamp('a timestamp)) no longer works  (Thomas Lockhart <lockhart@fourpalms.org>)
Список pgsql-bugs
On Sat, 2002-03-02 at 04:16, Thomas Lockhart wrote:
> > timestamp(timestamp('a timestamp)) no longer works
> > I do this reasonably often in my code by way of being paranoid
> > that I might have a date, or a time, where I for sure _really_
> > want it to be a timestamp...
> > pcnz=# select timestamp('2002-03-01'::timestamp);
> > ERROR:  parser: parse error at or near "'"
>
> You *can* coerce timestamps to be timestamps, but in 7.2 non-standard
> syntax no longer works to do this. The reason is that "timestamp(p)" now
> follows the SQL9x usage of defining a timestamp type with precision "p".
> So trying to call a function "timestamp()" no longer works as it did.
>
> You can use SQL9x syntax for the type coersion:
>
>   select cast('2002-03-01'::timestamp as timestamp);
>
> or (not recommended) you can cheat and force the call to the function by
> surrounding it in double-quotes:
>
>   select "timestamp"('2002-03-01'::timestamp);

Thanks Thomas,

I wasn't aware of that SQL9x timestamp precision, which was why it
seemed like a strange change to me.

Sorry to have not read the migration issues before filing this - I
thought from following these mailing lists that I knew them already :-)

Cheers,
                        Andrew.
--
--------------------------------------------------------------------
Andrew @ Catalyst .Net.NZ Ltd, PO Box 11-053, Manners St, Wellington
WEB: http://catalyst.net.nz/        PHYS: Level 2, 150-154 Willis St
DDI: +64(4)916-7201    MOB: +64(21)635-694    OFFICE: +64(4)499-2267
       Are you enrolled at http://schoolreunions.co.nz/ yet?

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: SELECT statement causing terminating the backend
Следующее
От: "Michael G. Martin"
Дата:
Сообщение: Large shared_buffers freezing computers