On Tue, May 5, 2020 at 03:44:37PM -0400, Alvaro Herrera wrote: > On 2020-May-05, Bruce Momjian wrote: > > > On Tue, May 5, 2020 at 12:50:11PM -0500, Justin Pryzby wrote: > > > Do you want to include any of these? > > > > > > 5823677acc Provide pgbench --show-script to dump built-in scripts. > > > ce8f946764 Report the time taken by pgbench initialization steps. > > > > I am kind of unclear how much of pgbench changes to put in the release > > notes since the use seems so specialized, but maybe that is wrong. > > Maybe it would make sense to group all pgbench changes in a subsection > of their own?
pgbench already has its own section in the docs: E.1.3.8.2. pgbench I would be glad to expand it since it is easy to pick out pgbench items from the commit logs. > > > a01e1b8b9d Add new part SQL/MDA to information_schema.sql_parts > > > 33e27c3785c5ce8a3264d6af2550ec5adcebc517 > > > 2fc2a88e67 Remove obsolete information schema tables > > > > Uh, that didn't seem significant. > > Maybe have one item "modernize information_schema", and then describe > all the changes together in a single item. Uh, so I am unclear when we are adding items to information_schema because we now support them, and when they are new features of information_schema. > > I tried a few approaches but ended up with this: > > > > Improve control of prepared statement parameter logging (Alexey > > Bashtanov, Álvaro Herrera) > > > > The GUC setting log_parameter_max_length controls the maximum > > length of parameter values output during statement non-error > > logging, and log_parameter_max_length_on_error does the same > > for error statement logging. Previously, prepared statement > > parameters were not logged during errors. > > This seems good to me. I think Tom Lane should be listed as coauthor of > this item. Added. > > I used this text: > > > > Allow vacuum commands run by vacuumdb to operate in parallel mode > > (Masahiko Sawada) > > > > This is enabled with the new --parallel option. > > I think the vacuumdb item should be merged with the item for 40d964ec9, > since this is just about vacuumdb gaining control of the new VACUUM > feature. It's not something you can use separately from that. Well, it is under Server Commands and has a new flag, so I thought it should be here. -- Bruce Momjian <br...@momjian.us> https://momjian.us EnterpriseDB https://enterprisedb.com + As you are, so once was I. As I am, so you will be. + + Ancient Roman grave inscription +