| From: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
|---|---|
| To: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Masahiko Sawada <sawada(dot)mshk(at)gmail(dot)com>, Zhihong Yu <zyu(at)yugabyte(dot)com>, Masahiko Sawada <masahiko(dot)sawada(at)2ndquadrant(dot)com> |
| Subject: | Re: Dumping/restoring fails on inherited generated column |
| Date: | 2021-05-04 10:27:03 |
| Message-ID: | 7d27c190-c065-6946-c9d4-0d3542959ee6@enterprisedb.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 26.04.21 14:10, Peter Eisentraut wrote:
> On 05.02.21 15:18, Peter Eisentraut wrote:
>> Anyway, I figured out how to take account of generation expressions
>> with different column orders. I used the same approach that we use
>> for check constraints. The attached patch is good to go from my
>> perspective.
>
> Dusting this off ... this patch should go into the next minor releases.
> The attached patch is for master but backpatches without manual
> intervention to PG13 and PG12.
committed
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Thomas Munro | 2021-05-04 11:12:17 | Re: A test for replay of regression tests |
| Previous Message | Drouvot, Bertrand | 2021-05-04 09:55:43 | Patch to avoid orphaned dependencies |