Re: Adding REPACK [concurrently]
От | Robert Treat |
---|---|
Тема | Re: Adding REPACK [concurrently] |
Дата | |
Msg-id | CAJSLCQ1YvjRvjji29dNMiYy+JnseMZkDpx4Ui0zcpLdk8wviyg@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Adding REPACK [concurrently] (Álvaro Herrera <alvherre@kurilemu.de>) |
Ответы |
Re: Adding REPACK [concurrently]
|
Список | pgsql-hackers |
On Tue, Aug 19, 2025 at 2:53 PM Álvaro Herrera <alvherre@kurilemu.de> wrote: > Note choice of shell command name: though all the other programs in > src/bin/scripts do not use the "pg_" prefix, this one does; we thought > it made no sense to follow the old programs as precedent because there > seems to be a lament for the lack of pg_ prefix in those, and we only > keep what they are because of their long history. This one has no > history. > > Still on pg_repackdb, the implementation here is to install a symlink > called pg_repackdb which points to vacuumdb, and make the program behave > differently when called in this way. The amount of additional code for > this is relatively small, so I think this is a worthy technique -- > assuming it works. If it doesn't, Antonin proposed a separate binary > that just calls some functions from vacuumdb. Or maybe we could have a > common source file that both utilities call. > What's the plan for clusterdb? It seems like we'd ideally create a stand alone pg_repackdb which replaces clusterdb and also allows us to remove the FULL options from vacuumdb. Robert Treat https://xzilla.net
В списке pgsql-hackers по дате отправления: