From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Marko Tiikkaja <marko(at)joh(dot)to> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: onlyvalue aggregate (was: First Aggregate Funtion?) |
Date: | 2015-10-28 17:38:30 |
Message-ID: | 25583.1446053910@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Marko Tiikkaja <marko(at)joh(dot)to> writes:
> Here's a patch for the aggregate function outlined by Corey Huinker in
> CADkLM=foA_oC_Ri23F9PbfLnfwXFbC3Lt8bBzRu3=CB77G9_qw(at)mail(dot)gmail(dot)com . I
> called it "onlyvalue", which is a horrible name, but I have nothing
> better to offer. (Corey called it "only", but that doesn't really work
> since ONLY is a fully reserved keyword.)
On the name front, maybe think "single" rather than "only"? This might
lead to "single()" or "single_value()", or "singleton()" if you want to
sound highbrow.
On the semantics front, I'm not sure that I like excluding nulls from the
input domain. I'd rather that it acted like IS NOT DISTINCT, ie, nulls
are fine as long as all the input values are nulls. The implementation
would need some work for that.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Robbie Harwood | 2015-10-28 17:41:03 | Re: [PATCH v2] GSSAPI encryption support |
Previous Message | Pavel Stehule | 2015-10-28 17:21:40 | Re: onlyvalue aggregate (was: First Aggregate Funtion?) |