From: | Scott Ribe <scott_ribe(at)elevated-dev(dot)com> |
---|---|
To: | czezz <czezz(at)o2(dot)pl> |
Cc: | Albe Laurenz <laurenz(dot)albe(at)wien(dot)gv(dot)at>, Postgres Maillist <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: display to_timestamp in quotas or convert to char ? |
Date: | 2015-05-05 14:47:38 |
Message-ID: | CA0B2CA1-D2CB-490C-A394-8D3BC376A59A@elevated-dev.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
On May 5, 2015, at 8:21 AM, czezz <czezz(at)o2(dot)pl> wrote:
>
> This is because this query is executed/hardcoded in application.
> And by executing it like this I can prove devs that there is a problem.
So you were really looking for an explanation of why it didn’t work, in order to pass along to people whom you’re having trouble convincing? OK, didn’t get that from your post, now it makes sense. It just seemed odd that you seemed to be ignoring the most correct (and easy) solution ;-)
Anyway, now the we understand that… PostgreSQL used to be more aggressive about automatically casting text types to more specific types. I suspect, though I don’t recall for sure, that this query would have worked on some earlier versions. Later versions removed some of the automatic casting, because it was found that those casts caused problems—that sometimes they would cause accidental type mismatches to be executed instead of flagged, and produce incorrect results instead of an error message, so the decision was made that if you want to compare mismatched types, you have to be explicit about it.
--
Scott Ribe
scott_ribe(at)elevated-dev(dot)com
http://www.elevated-dev.com/
https://www.linkedin.com/in/scottribe/
(303) 722-0567 voice
From | Date | Subject | |
---|---|---|---|
Next Message | czezz | 2015-05-05 15:09:17 | Re: display to_timestamp in quotas or convert to char ? |
Previous Message | czezz | 2015-05-05 14:21:08 | Re: display to_timestamp in quotas or convert to char ? |