Re: [HACKERS] [PATCH] Generic type subscripting

From: Dmitry Dolgov <9erthalion6(at)gmail(dot)com>
To: Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>
Cc: Oleksandr Shulgin <oleksandr(dot)shulgin(at)zalando(dot)de>, Artur Zakirov <a(dot)zakirov(at)postgrespro(dot)ru>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Robert Haas <robertmhaas(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Oleg Bartunov <obartunov(at)gmail(dot)com>, Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, David Steele <david(at)pgmasters(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [HACKERS] [PATCH] Generic type subscripting
Date: 2018-11-25 17:08:19
Views: Raw Message | Whole Thread | Download mbox
Lists: pgsql-hackers

> On Fri, Nov 9, 2018 at 1:55 PM Dmitry Dolgov <9erthalion6(at)gmail(dot)com> wrote:
> I've noticed, that patch has some conflicts, so here is the rebased version.
> Also, since people are concern about performance impact for arrays, I've done
> some tests similar to [1], but agains the current master - results are similar
> so far, I've got quite insignificant difference between the master and the
> patched version.
> [1]:

One more rebased version. This time I also decided to use this opportunity, to
write more descriptive commit messages.

Attachment Content-Type Size
0001-Renaming-for-new-subscripting-mechanism-v15.patch application/octet-stream 54.9 KB
0002-Base-implementation-of-subscripting-mechanism-v15.patch application/octet-stream 63.2 KB
0003-Subscripting-for-array-v15.patch application/octet-stream 13.8 KB
0005-Subscripting-documentation-v15.patch application/octet-stream 20.0 KB
0004-Subscripting-for-jsonb-v15.patch application/octet-stream 33.6 KB

In response to


Browse pgsql-hackers by date

  From Date Subject
Next Message Pavel Stehule 2018-11-25 17:28:05 Re: Desirability of client-side expressions in psql?
Previous Message Sergei Kornilov 2018-11-25 16:27:29 Re: Continue work on changes to recovery.conf API