Re: width_bucket function for timestamps

From: "Jim C(dot) Nasby" <jim(at)nasby(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Jeremy Drake <pgsql(at)jdrake(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: width_bucket function for timestamps
Date: 2006-10-09 18:57:39
Message-ID: 20061009185739.GE72517@nasby.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, Oct 09, 2006 at 01:49:37PM -0400, Tom Lane wrote:
> "Jim C. Nasby" <jim(at)nasby(dot)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(at)nasby(dot)net
EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Stefan Kaltenbrunner 2006-10-09 19:15:37 Re: continuing daily testing of dbt3 against postgresql
Previous Message Mark Wong 2006-10-09 18:47:19 continuing daily testing of dbt3 against postgresql