| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Bruce Momjian <bruce(at)momjian(dot)us> |
| Cc: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, Justin Pryzby <pryzby(at)telsasoft(dot)com>, pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: PG 14 release notes, first draft |
| Date: | 2021-05-17 03:17:46 |
| Message-ID: | 2706967.1621221466@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Bruce Momjian <bruce(at)momjian(dot)us> writes:
> OK, I moved the entry into 'data types', and listed two entries instead
> of one:
> <para>
> Allow extensions and built-in data types to implement subscripting (Tom Lane)
> </para>
Better, but Dmitry Dolgov gets the credit not me.
> <para>
> Previously subscript handling was hard-coded into the server and
> was difficult to add to date types.
> </para>
> </listitem>
"Difficult"? I don't think it was possible at all. Perhaps
Previously subscript handling was hard-coded into the server,
so that subscripting could only be applied to array types.
This change allows subscript notation to be used to extract
or assign portions of a value of any type for which the concept
makes sense.
> JSONB subscripting can be used to extract from and assign to
> JSONB documents.
Perhaps "extract and assign to portions of JSONB documents" or
something like that?
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Kyotaro Horiguchi | 2021-05-17 03:20:12 | Re: Race condition in recovery? |
| Previous Message | Bruce Momjian | 2021-05-17 03:13:24 | Re: compute_query_id and pg_stat_statements |