Re: [HACKERS] GSoC 2017: Foreign Key Arrays

From: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
To: Mark Rofail <markm(dot)rofail(at)gmail(dot)com>
Cc: Joel Jacobson <joel(at)compiler(dot)org>, Zhihong Yu <zyu(at)yugabyte(dot)com>, Alexander Korotkov <aekorotkov(at)gmail(dot)com>, Andreas Karlsson <andreas(at)proxel(dot)se>, David Steele <david(at)pgmasters(dot)net>, Erik Rijkers <er(at)xs4all(dot)nl>, Hans-Jürgen Schönig <hs(at)cybertec(dot)at>, Robert Haas <robertmhaas(at)gmail(dot)com>, Stephen Frost <sfrost(at)snowman(dot)net>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Michael Paquier <michael(at)paquier(dot)xyz>
Subject: Re: [HACKERS] GSoC 2017: Foreign Key Arrays
Date: 2021-02-05 12:39:46
Message-ID: 20210205123946.GA25337@alvherre.pgsql
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 2021-Feb-05, Mark Rofail wrote:

> I believe we should start merging these two patches as one, due to the Elem
> addon's benefits. such as adding Composite Type support.

I disagree -- I think we should get the second patch in, and consider it
a requisite for the other one. Let's iron it out fully and get it
pushed soon, then we can rebase the array FK patch on top. I think it's
missing docs, though. I wonder if it can usefully get cross-type
operators, i.e., @>>(bigint[],smallint) in some way? Maybe the
"anycompatiblearray" thing can be used for that purpose?

--
Álvaro Herrera 39°49'30"S 73°17'W
"Pido que me den el Nobel por razones humanitarias" (Nicanor Parra)

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Euler Taveira 2021-02-05 13:14:23 Re: pg_replication_origin_drop API potential race condition
Previous Message Amit Langote 2021-02-05 12:12:06 Re: Parallel INSERT (INTO ... SELECT ...)