Received: from maia.hub.org (maia-3.hub.org [200.46.204.243]) by mail.postgresql.org (Postfix) with ESMTP id 72ED9B5DBF1 for ; Mon, 18 Jul 2011 14:08:00 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.243]) (amavisd-maia, port 10024) with ESMTP id 52939-03 for ; Mon, 18 Jul 2011 17:07:54 +0000 (UTC) X-Greylist: from auto-whitelisted by SQLgrey-1.7.6 Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mail.postgresql.org (Postfix) with ESMTP id 70280B5DBCC for ; Mon, 18 Jul 2011 14:07:54 -0300 (ADT) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QirIO-00067W-Ms for pgsql-sql@postgresql.org; Mon, 18 Jul 2011 19:07:52 +0200 Received: from host-188-174-152-198.customer.m-online.net ([188.174.152.198]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 18 Jul 2011 19:07:52 +0200 Received: from spam_eater by host-188-174-152-198.customer.m-online.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 18 Jul 2011 19:07:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: pgsql-sql@postgresql.org From: Thomas Kellerer Subject: Re: to_char() accepting invalid dates? Date: Mon, 18 Jul 2011 19:07:43 +0200 Lines: 19 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: host-188-174-152-198.customer.m-online.net User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.21) Gecko/20090302 Thunderbird/2.0.0.21 Mnenhy/0.7.5.666 In-Reply-To: X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-3.002 tagged_above=-5 required=5 tests=BAYES_00=-1.9, FREEMAIL_FROM=0.001, RP_MATCHES_RCVD=-1.113, T_TO_NO_BRKTS_FREEMAIL=0.01 X-Spam-Level: X-Archive-Number: 201107/80 X-Sequence-Number: 35650 Jasen Betts wrote on 18.07.2011 11:23: >> postgres=> select to_date('20110231', 'yyyymmdd'); >> >> to_date >> ------------ >> 2011-03-03 >> (1 row) >> >> is there a way to have to_date() raise an exception in such a case? > > it's possible the odd behaviour you get is required by some standard. That would be *very* odd indeed. > jasen=# select '20110303'::date; Thanks for the tip, this was more a question regarding _why_ to_char() behaves this way. Thomas