pg_utility ?
| От | Álvaro Herrera |
|---|---|
| Тема | pg_utility ? |
| Дата | |
| Msg-id | 202511041739.bixo76pkku7h@alvherre.pgsql обсуждение исходный текст |
| Список | pgsql-hackers |
Hello, One of the things that came up during the pgconf.eu talk about REPACK, proposed by Christoph Berg, is that adding another utility pg_repackdb to run it from the command line adds more noise to an already noisy tool neighbourhood. He asked, how about we instead add a generic tool to run utility commands? So the user would be able to do things such as pg_utility vacuum -t tab1 -t tab2 # what vacuumdb does pg_utility analyze -t tab1 -t tab2 # what vacuumdb -Z does pg_utility vacuum analyze -t tab1 -t tab2 # what vacuumdb -z does pg_utility cluster -t tab1 -t tab2 # what clusterdb does pg_utility reindex -t tab1 -t tab2 # what reindexdb does Each such tool would retain more or less its current behavior, i.e., its ability to run things in parallel, to discover tables to operate on based on circumstances, to silently ignore objects depending on the user lacking specific privilege bits, and so on. This way, instead of an entire pg_repackdb tool, we would add just a new mode to pg_utility: pg_utility repack -t tab1 -t tab2 # what pg_repackdb would do Christoph, can you please confirm that this is approximately what you had in mind? Other names are of course possible. I didn't immediately love this idea, but I'm not totally opposed to it either, and perhaps it makes things better rather than adding yet another very narrowly-focused tool. Also, pg_ctl already kinda has a somewhat similar facet with its "pg_ctl init" mode. Thanks -- Álvaro Herrera Breisgau, Deutschland — https://www.EnterpriseDB.com/ "Once again, thank you and all of the developers for your hard work on PostgreSQL. This is by far the most pleasant management experience of any database I've worked on." (Dan Harris) http://archives.postgresql.org/pgsql-performance/2006-04/msg00247.php
В списке pgsql-hackers по дате отправления: