From: | Jim Nasby <jim(at)nasby(dot)net> |
---|---|
To: | Merlin Moncure <mmoncure(at)gmail(dot)com>, Jeff Janes <jeff(dot)janes(at)gmail(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Disallow arrays with non-standard lower bounds |
Date: | 2014-01-11 00:06:29 |
Message-ID: | 52D08B05.9030903@nasby.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 1/10/14, 4:14 PM, Merlin Moncure wrote:
> On Fri, Jan 10, 2014 at 4:10 PM, Jeff Janes <jeff(dot)janes(at)gmail(dot)com> wrote:
>> On Fri, Jan 10, 2014 at 1:26 PM, Jim Nasby <jim(at)nasby(dot)net> wrote:
>>>
>>> On 1/9/14, 10:58 PM, Tom Lane wrote:
>>>>
>>>> Jim Nasby <jim(at)nasby(dot)net> writes:
>>>>>
>>>>> ISTM that allowing users to pick arbitrary lower array bounds was a huge
>>>>> mistake. I've never seen anyone make use of it, can't think of any
>>>>> legitimate use cases for it, and hate the stupendous amount of extra code
>>>>> needed to deal with it.
>>>>
>>>>
>>>> You lack imagination, sir.
>>>
>>>
>>> Considering what you'd normally want to do in SQL, the only example I can
>>> think of is to not have the argument over 0 vs 1 based.
>>>
>>> Actually, I was thinking there might be some computational problems where
>>> changing lower bound would be nice, but then again, what other languages
>>> actually support this?
>>
>> Perl does, though they regret it bitterly.
>
> What does it matter? Our arrays have had the capability for years and
> years and "because it's cleaner" is simply not justification to break
> people's applications. Why are we even considering this?
Because it's a foot-gun. So far no one has given a legitimate use case for it and supporting it *greatly* complicates iterating over arrays.
Also, just to be clear, I'd be fine with offering a better alternative and leaving existing arrays alone. I don't see any easy way to do that, but maybe someone's got a good idea on that.
--
Jim C. Nasby, Data Architect jim(at)nasby(dot)net
512.569.9461 (cell) http://jim.nasby.net
From | Date | Subject | |
---|---|---|---|
Next Message | Jim Nasby | 2014-01-11 00:09:02 | Re: INSERT...ON DUPLICATE KEY LOCK FOR UPDATE |
Previous Message | Joshua D. Drake | 2014-01-10 23:38:08 | Re: Standalone synchronous master |