Re: is this my date problem

Поиск
Список
Период
Сортировка
От Theodore Petrosky
Тема Re: is this my date problem
Дата
Msg-id 20031002121539.78564.qmail@web41006.mail.yahoo.com
обсуждение исходный текст
Ответ на Re: is this my date problem  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
So really if I had started coding this in a month
other than September I would have seen the problem
sooner...

Thanks for the help....

Ted

--- Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Theodore Petrosky <tedpet5@yahoo.com> writes:
> > I should have sent this... it is very
> interesting..
> > agencysacks=# select to_timestamp('01 October 2003
> > 00:01', 'DD Month YYYY HH24:MI');
> >     to_timestamp
> > ---------------------
> >  0003-10-01 00:01:00
> > (1 row)
>
> Oh ... duh ... you should have said
>
> regression=# select to_timestamp('01 October 2003
> 00:01', 'DD FMMonth YYYY HH24:MI');
>       to_timestamp
> ------------------------
>  2003-10-01 00:01:00-04
> (1 row)
>
> There's been repeated discussion about whether our
> to_timestamp code
> should be more forgiving of input that does not
> match the given format,
> but right at the moment it's pretty unforgiving.
>
> BTW, have you considered the likelihood that you
> shouldn't be using
> to_timestamp at all?  The timestamp datatype input
> converter gets this
> right:
>
> regression=# select '01 October 2003
> 00:01'::timestamp;
>       timestamp
> ---------------------
>  2003-10-01 00:01:00
> (1 row)
>
> ISTM that to_timestamp is intended for cases where
> you want to be rigid
> about the data format.  If you think that the input
> data is
> self-explanatory then try just casting it to
> timestamp.
>
>             regards, tom lane

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

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

Предыдущее
От: Karel Zak
Дата:
Сообщение: Re: is this my date problem
Следующее
От: Richard Ellis
Дата:
Сообщение: Re: is this my date problem