Re: Singleton range constructors versus functional coercion notation - Mailing list pgsql-hackers

From Dean Rasheed
Subject Re: Singleton range constructors versus functional coercion notation
Date
Msg-id CAEZATCWhPQDbs1KeAi-QBqD7Lo3FsZbigPOCdgZKfGany4Fzag@mail.gmail.com
Whole thread Raw
In response to Re: Singleton range constructors versus functional coercion notation  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On 21 November 2011 14:55, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> On Nov 20, 2011, at 10:24 PM, Jeff Davis <pgsql@j-davis.com> wrote:
>>> Well, if there were a good shorter notation, then probably so. But it
>>> doesn't look like we have a good idea, so I'm fine with dropping it.
>
>> We should also keep in mind that people who use range types can and likely will define their own convenience
functions. If people use singletons, or open ranges, or closed ranges, or one-hour timestamp ranges frequently, they
canmake their own notational shorthand with a 3-line CREATE FUNCTION statement.  We don't need to have it all in core. 
>
> But if you believe that, what syntax do you think people are likely to
> try if they want a singleton range constructor?  Leaving the user to
> discover the problem and try to invent a workaround is not better than
> doing it ourselves ...
>

In the field of mathematics, a standard shorthand notation for the
degenerate interval [x,x] is {x} - the singleton set - so that's one
possibility.

Dean


pgsql-hackers by date:

Previous
From: "Kevin Grittner"
Date:
Subject: Re: explain analyze query execution time
Next
From: Simon Riggs
Date:
Subject: Re: [GENERAL] VACUUM touching file but not updating relation