Re: operator suggest " interval / interval = numeric"

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Warren Turkal" <wturkal(at)gmail(dot)com>
Cc: "Brendan Jurd" <direvus(at)gmail(dot)com>, Ilya А(dot) Кovalenko <shadow(at)oganer(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: operator suggest " interval / interval = numeric"
Date: 2008-01-10 06:00:09
Message-ID: 26048.1199944809@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

"Warren Turkal" <wturkal(at)gmail(dot)com> writes:
> YEAR TO MONTH and DAY TO {HOUR,MINUTE,SECOND} intervals should not
> combine. PostgreSQL correctly doesn't allow {YEAR,MONTH} TO
> {DAY,HOUR,MINUTE,SECOND} intervals,

Really? I think you've confused some unimplemented decorative syntax
with what the underlying datatype will or won't do.

> This is inconsistent. I would like to ultimately not allow operations
> on interval combinations that are not allowed by the SQL standard.

The spec's approach to datetime operations in general is almost totally
brain-dead, and so you won't find a lot of support around here for hewing
to the straight-and-narrow-spec-compliance approach. If they have not
even heard of daylight-savings time, how can anyone credit them with any
meaningful contact with the real world? We'll cite the spec where it
suits us, but in this area "the spec says you can't do that" carries
very little weight.

Or were you planning to lobby for removal of our DST support, too?

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Dann Corbit 2008-01-10 06:05:14 Re: operator suggest " interval / interval = numeric"
Previous Message Tom Lane 2008-01-10 05:51:26 Re: flex/bison output wrongly created in the source directory