Re: inconsistent automatic casting between psql and function
| От | Tom Lane |
|---|---|
| Тема | Re: inconsistent automatic casting between psql and function |
| Дата | |
| Msg-id | 18900.1228847821@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: inconsistent automatic casting between psql and function (Richard Huxton <dev@archonet.com>) |
| Ответы |
unique constraint on views
Re: inconsistent automatic casting between psql and function |
| Список | pgsql-sql |
Richard Huxton <dev@archonet.com> writes:
> That's because a quoted literal isn't necessarily a timestamp. Without
> context it could be anything, and in the context of comparing to a date
> the planner probably tries to make it a date.
I think the real point here is this:
regression=# select '2008-12-09 02:00:00'::date; date
------------2008-12-09
(1 row)
ie, when it does decide that a literal should be a date, it will happily
throw away any additional time-of-day fields that might be in there.
Had it raised an error, Stefano might have figured out his mistake
sooner.
ISTM we deliberately chose this behavior awhile back, but I wonder
whether it does more harm than good.
regards, tom lane
В списке pgsql-sql по дате отправления: