Re: SQL compliant interval implementation

Поиск
Список
Период
Сортировка
От Brendan Jurd
Тема Re: SQL compliant interval implementation
Дата
Msg-id 37ed240d0605231537r4eb6018dm374744f2043557e1@mail.gmail.com
обсуждение исходный текст
Ответ на Re: SQL compliant interval implementation  (Josh Berkus <josh@agliodbs.com>)
Ответы Re: SQL compliant interval implementation  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: SQL compliant interval implementation  (Josh Berkus <josh@agliodbs.com>)
Re: SQL compliant interval implementation  (Michael Glaesemann <grzm@seespotcode.net>)
Список 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 по дате отправления:

Предыдущее
От: Josh Berkus
Дата:
Сообщение: Re: SQL compliant interval implementation
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: SQL compliant interval implementation