From: | Bernd Helmle <mailings(at)oopsware(dot)de> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Strange behavior with leap dates and centuries BC |
Date: | 2008-02-25 20:22:10 |
Message-ID: | 4BB816B094B9B1BD00502C48@imhotep.credativ.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
--On Montag, Februar 25, 2008 14:04:18 -0500 Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
wrote:
> The other issue is whether to throw error for year zero, rather than
> silently interpreting it as 1 BC. I can't recall whether that behavior
> was intentional at the time, but given our current rather strict
> interpretation of date validity checking, it hardly seems like a good
> idea now. What I suggest is that we throw error in 8.4 and beyond,
> but not back-patch that change, so as to avoid introducing a behavioral
> change in minor releases.
That sounds reasonable. I'm still trying to find out how it was managed to
get such a date into the database, since it seems not to be intended
behavior by the client. Maybe it's an errorneous to_date() formatting.
--
Thanks
Bernd
From | Date | Subject | |
---|---|---|---|
Next Message | Joshua D. Drake | 2008-02-25 20:28:22 | Re: 8.3 / 8.2.6 restore comparison |
Previous Message | Jeff Davis | 2008-02-25 20:17:10 | Re: 8.3 / 8.2.6 restore comparison |