From: | Jim Nasby <Jim(dot)Nasby(at)BlueTreble(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Yury Zhuravlev <u(dot)zhuravlev(at)postgrespro(dot)ru> |
Cc: | <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Possible marginally-incompatible change to array subscripting |
Date: | 2015-12-23 03:02:51 |
Message-ID: | 567A0EDB.3000600@BlueTreble.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 12/22/15 12:01 PM, Tom Lane wrote:
> Yury Zhuravlev <u(dot)zhuravlev(at)postgrespro(dot)ru> writes:
>> If you break backwards compatibility, it can be done arrays
>> similar to C/C++/Python/Ruby and other languages style?
>> I'm sorry to bring up this thread again...
>
> I am not sure just exactly how incompatible that would be, but surely it
> would break enormously more code than what we're discussing here.
> So no, I don't think any such proposal has a chance. There are degrees
> of incompatibility, and considering a small/narrow one does not mean that
> we'd also consider major breakage.
As I see it, the biggest problem with our arrays is that they can't
decide if they're a simple array (which means >1 dimension is an array
of arrays) or a matrix (all slices in a dimension must be the same
size). They seem to be more like matricies than arrays, but then there's
a bunch of places that completely ignore dimensionality. It would be
nice to standardize them one way or another, but it seems like the
breakage from that would be horrific.
One could theoretically construct a custom "type" that followed more
traditional semantics, but then you'd lose all the syntax... which I
suspect would make any such "type" all but unusable. The other problem
would be having it deal with any other data type, but at least there's
ways you can work around that for the most part.
--
Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX
Experts in Analytics, Data Architecture and PostgreSQL
Data in Trouble? Get it in Treble! http://BlueTreble.com
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Munro | 2015-12-23 03:15:05 | Re: Support for N synchronous standby servers - take 2 |
Previous Message | Thomas Munro | 2015-12-23 02:50:23 | Re: Support for N synchronous standby servers - take 2 |