X-Original-To: pgsql-sql@postgresql.org Received: from spampd.localdomain (postgresql.org [64.49.215.8]) by postgresql.org (Postfix) with ESMTP id 9E5A14762A2 for ; Tue, 25 Mar 2003 19:03:53 -0500 (EST) Received: from serwer.skawsoft.com.pl (serwer.skawsoft.com.pl [213.25.37.66]) by postgresql.org (Postfix) with ESMTP id C4852476285 for ; Tue, 25 Mar 2003 19:03:51 -0500 (EST) Received: from klaster.net (pi168.krakow.cvx.ppp.tpnet.pl [217.99.209.168]) by serwer.skawsoft.com.pl (Postfix) with ESMTP id B86936A20A; Wed, 26 Mar 2003 01:03:46 +0100 (CET) Message-ID: <3E80AD07.5000005@klaster.net> Date: Tue, 25 Mar 2003 20:24:55 +0100 From: Tomasz Myrta User-Agent: Mozilla/5.0 (Windows; U; Win 9x 4.90; pl-PL; rv:1.3) Gecko/20030312 X-Accept-Language: pl, en-us, en MIME-Version: 1.0 To: Josh Berkus Cc: pgsql-sql@postgresql.org Subject: Re: Does anyone use TO_CHAR(INTERVAL)? References: <200303250931.27351.josh@agliodbs.com> In-Reply-To: <200303250931.27351.josh@agliodbs.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, hits=-22.3 required=5.0 tests=BAYES_01,DATE_IN_PAST_03_06,IN_REP_TO,REFERENCES, USER_AGENT_MOZILLA_UA autolearn=ham version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-Archive-Number: 200303/570 X-Sequence-Number: 12608 Uz.ytkownik Josh Berkus napisa?: > Folks, > > We're discussing the behavior of the current "to_char(interval)" function on > HACKERS. Does anyone on this list use the current behavior? Please speak > up, as we're trying to figure out what backward compatibility needs to be > maintained. > > PLEASE NOTE: This is only to_char() for INTERVAL values, NOT for dates, > timestamp, or numeric! In my projects intervals are always related to some dates when displaying them, so I use to_char(date+interval). It looks it could be useful to display how much time is left for scheduling cases, but as I wrote few threads ago - displaying intervals longer than one month is useless without specific date. Anyway, maybe it should be left for future use, but without patterns related to date, or maybe with DDD only? Regards, Tomasz Myrta