| From: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com> |
|---|---|
| To: | Michael Paquier <michael(at)paquier(dot)xyz> |
| Cc: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Sergei Kornilov <sk(at)zsrv(dot)org>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Jaime Casanova <jaime(dot)casanova(at)2ndquadrant(dot)com> |
| Subject: | Re: [HACKERS] generated columns |
| Date: | 2019-02-27 07:08:04 |
| Message-ID: | d50434b7-5aee-f7f1-69ba-c3330406b142@2ndquadrant.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2019-02-26 06:12, Michael Paquier wrote:
> Hm. Does the SQL standard mention more features which could be merged
> with stored values, virtual values, default expressions and identity
> columns? I don't know the last trends in this area but I am wondering
> if there are any other column specific, expression-like features like
> that associated to a column. That could give more strength with
> having one column in pg_attribute to govern them all. Well, assuming
> that something else is implemented of course. That's a lot of
> assumptions, and it's not like the current implementation is wrong
> either.
The system-versioned tables feature might be the most adjacent one.
--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Michael Paquier | 2019-02-27 07:26:40 | Re: Offline enabling/disabling of data checksums |
| Previous Message | Peter Eisentraut | 2019-02-27 07:05:02 | Re: [HACKERS] generated columns |