Re: width_bucket function for timestamps - Mailing list pgsql-hackers

From Jim C. Nasby
Subject Re: width_bucket function for timestamps
Date
Msg-id 20061009185739.GE72517@nasby.net
Whole thread Raw
In response to Re: width_bucket function for timestamps  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: width_bucket function for timestamps  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Mon, Oct 09, 2006 at 01:49:37PM -0400, Tom Lane wrote:
> "Jim C. Nasby" <jim@nasby.net> writes:
> > On Mon, Oct 09, 2006 at 12:02:12PM -0400, Tom Lane wrote:
> >> ... I think Jeremy's problem would be solved just by applying
> >> the float8 version to "extract(epoch from timestamp)".
> 
> Thinko there ... I meant to type "extract(epoch from interval)".

Except that the patch is for timestamp support, not intervals.

> > Well, it would be nice to have a timestamp version so that users didn't
> > have to keep typing "extract(epoch from timestamp)"... but yeah, I
> > suspect that would work fine for timestamps. For intervals I suspect you
> > could just convert to seconds (if we're going to add timestamps, it
> > seems like we should add intervals as well).
> 
> This is exactly the slippery slope I don't care to start down.

I guess I'm confused as to how this is any different from other
functions where we've provided multiple input arguments, such as the
aggregate functions. It certainly doesn't seem like it'd take a lot of
extra code to support this...
-- 
Jim Nasby                                            jim@nasby.net
EnterpriseDB      http://enterprisedb.com      512.569.9461 (cell)


pgsql-hackers by date:

Previous
From: Mark Wong
Date:
Subject: continuing daily testing of dbt3 against postgresql
Next
From: Stefan Kaltenbrunner
Date:
Subject: Re: continuing daily testing of dbt3 against postgresql