Re: Bug 1500 - Mailing list pgsql-hackers

From Josh Berkus
Subject Re: Bug 1500
Date
Msg-id 200503261404.14979.josh@agliodbs.com
Whole thread Raw
In response to Bug 1500  (Lyubomir Petrov <lpetrov@sysmaster.com>)
Responses Re: Bug 1500  (lsunley@mb.sympatico.ca)
Re: Bug 1500  (Alvaro Herrera <alvherre@dcc.uchile.cl>)
List pgsql-hackers
Karel,

> > Yeah.  Karel Zak, who wrote that code, is convinced we should remove it,
> > but I don't think anyone else is ...
>
>  I think I was Peter and Josh Berkus who convinced me that the code is
> bed. "we should remove..." is opinion only...

I certainly didn't recommend removing it before we have a replacement ready.

The complaint, btw, was that the current to_char formats intervals as if they
were dates.   This results in some rather confusing output.   I wanted to
improve to_char to support proper interval formatting, but apparently it's
difficult to do that without breaking other aspects of to_char (at least, I
was told that).

What we need is a function or functions which do the following:

SELECT to_char( INTERVAL '43 hours 20 minutes', 'MI' ) || ' min';
2600 min

SELECT to_char( INTERVAL '43 hours 20 minutes', 'WK:DD:HR:MI' );
0:1:19:20

SELECT to_char( INTERVAL '3 years 5 months','MM' ) || ' mons';
41 mons

etc.  This would be more sophisticated than the logic employed for the current
to_char, as the interval would be re-calculated in the units supplied,
limited by the month/year|day/hour/minute boundary.

--
Josh Berkus
Aglio Database Solutions
San Francisco


pgsql-hackers by date:

Previous
From: Oleg Bartunov
Date:
Subject: Re: understanding pg_stat* numbers
Next
From: lsunley@mb.sympatico.ca
Date:
Subject: Re: Bug 1500