Re: SQL compliant interval implementation - Mailing list pgsql-hackers

From Brendan Jurd
Subject Re: SQL compliant interval implementation
Date
Msg-id 37ed240d0605231537r4eb6018dm374744f2043557e1@mail.gmail.com
Whole thread Raw
In response to Re: SQL compliant interval implementation  (Josh Berkus <josh@agliodbs.com>)
Responses Re: SQL compliant interval implementation
Re: SQL compliant interval implementation
Re: SQL compliant interval implementation
List pgsql-hackers
On 5/24/06, Josh Berkus <josh@agliodbs.com> wrote:
> Brendan,
>
> > There are two classes of intervals. One class, called year-month
> > intervals, has an express or implied datetime precision that includes
> > no fields other than YEAR and MONTH, though not both are required. The
> > other class, called day-time intervals, has an express or implied
> > interval precision that can include any fields other than YEAR or
> > MONTH.
>
> Yeah, we used to do that.  It sucked.  In fact, most developers of
> applications which were calendar-heavy ended up using custom data types to
> work around the SQL-spec INTERVAL limitations.  And that benefits nobody.
>

Could you elaborate on how it sucked?  Apart from the issue of
daylight savings which Tom has mentioned, what are these limitations
that needed to be worked around?

I've been searching through the archives for discussions relating to
intervals, but haven't come across the one you're describing.  Most
probably because there have been a LOT of discussions relating to
intervals.

Regards,
BJ


pgsql-hackers by date:

Previous
From: Josh Berkus
Date:
Subject: Re: SQL compliant interval implementation
Next
From: Bruce Momjian
Date:
Subject: Re: SQL compliant interval implementation