Re: unnesting multirange data types
Justin Pryzby <pryzby@telsasoft.com>
From: Justin Pryzby <pryzby@telsasoft.com>
To: Zhihong Yu <zyu@yugabyte.com>
Cc: Alexander Korotkov <aekorotkov@gmail.com>, "Jonathan S. Katz" <jkatz@postgresql.org>, Alvaro Herrera <alvherre@alvh.no-ip.org>, Tom Lane <tgl@sss.pgh.pa.us>, pgsql-hackers@lists.postgresql.org
Date: 2021-06-14T02:29:02Z
Lists: pgsql-hackers
On Sun, Jun 13, 2021 at 06:36:42PM -0700, Zhihong Yu wrote: > On Sun, Jun 13, 2021 at 2:10 PM Alexander Korotkov <aekorotkov@gmail.com> wrote: > > On Sun, Jun 13, 2021 at 5:53 PM Zhihong Yu <zyu@yugabyte.com> wrote: > > > + ObjectAddress myself, > > > > > > nit: myself -> self > > > > Probably "self" is a better name than "myself" in this context. > > However, you can see that the surrounding code already uses the name > > "myself". Therefore, I prefer to stay with "myself". > > Is it Okay if I submit a patch changing the 'myself's to 'self' ? I think it's too nit-picky to be useful and and too much like busy-work. The patch wouldn't be applied to backbranches, and the divergence complicates future backpatches, and can create the possibility to introduce errors. I already looked for and reported typos introduced in v14, but I can almost promise that if someone looks closely at the documentation changes there are more errors to be found, even without testing that the code behaves as advertised. You can look for patches which changed docs in v14 like so: git log -p --cherry-pick --stat origin/REL_13_STABLE...origin/master -- doc But I recommend reading the changes to documentation in HTML/PDF, since it's easy to miss an errors while reading SGML. https://www.postgresql.org/docs/devel/index.html -- Justin
Commits
-
Fix small inconsistencies in catalog definition of multirange operators
- 4d39d4e639b4 14.0 landed
- 768ea9bcf981 15.0 landed
-
Revert 29854ee8d1 due to buildfarm failures
- 817bb0a7d1e0 14.0 landed
-
Copy-edit text for the pg_terminate_backend() "timeout" parameter.
- 0aac73e6a260 14.0 cited
-
Add missing pg_description strings for pg_type entries.
- b09a64d602a1 12.0 cited
-
Fix pg_description entries for jsonb_to_record() and jsonb_to_recordset().
- a4627e8fd479 9.6.0 cited
-
docs: clarify JSONB operator descriptions
- b852dc4cbd09 9.6.0 cited
-
Set procost to 10 for each of the pg_foo_is_visible() functions.
- a80889a7359e 9.3.0 cited
-
Make use of LATERAL in information_schema.sequences view.
- c246eb5aafe6 9.3.0 cited
-
Add pg_trigger_depth() function
- 74ab96a45ef6 9.2.0 cited
-
Add database comments to template0 and postgres databases, and improve
- ddd6ff289f25 9.1.0 cited