Re: vacuumdb --all --analyze-in-stages - wrong order?

Поиск
Список
Период
Сортировка
От Pavel Stehule
Тема Re: vacuumdb --all --analyze-in-stages - wrong order?
Дата
Msg-id CAFj8pRC6uMeNOik3tTgHcwt+ToAcUUCPkqAfj+=L5QRzufgkqw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: vacuumdb --all --analyze-in-stages - wrong order?  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: vacuumdb --all --analyze-in-stages - wrong order?  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
<div dir="ltr"><br /><div class="gmail_extra"><br /><br /><div class="gmail_quote">2014-09-04 5:36 GMT+02:00 Peter
Eisentraut<span dir="ltr"><<a href="mailto:peter_e@gmx.net" target="_blank">peter_e@gmx.net</a>></span>:<br
/><blockquoteclass="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid
rgb(204,204,204);padding-left:1ex"><divclass="">On Mon, 2014-05-19 at 13:51 -0400, Peter Eisentraut wrote:<br /> >
On5/18/14, 3:52 AM, Pavel Stehule wrote:<br /></div><div class="">> > I am looking on --analyze-in-stages option.
IfI understand well,<br /> > > motivation for this option is a get some minimal statistic for databases<br />
>> in minimal time. But when I tested, I found so iterations are per<br /> > > databases, not per stages -
somefirst database get a maximum statistics<br /> > > and second has zero statistics. Isn't it unpractical?<br />
><br/> > Yes.  Let me see if I can fix that.<br /><br /></div>At long last, here is a patch.<br /><br /> If
somebodyhas an idea how to code some of that less confusingly, let<br /> me know.<br /><br /></blockquote></div>It is
littlebit hard to read. <br /><br /></div><div class="gmail_extra">                /* If stage is -1, then run all
stages. Otherwise, we got a stage<br />                 * from vacuum_all_databases(), so just run that one. */<br />
               for (i = (stage == -1 ? 0 : stage); i < (stage == -1 ? 3 : stage + 1); i++)<br />                {<br
/>                       puts(gettext(stage_messages[i]));<br />                        executeCommand(conn,
stage_commands[i],progname, echo);<br />                         run_vacuum_command(conn, sql.data, echo, dbname,
table,progname);<br />                }<br /><br /></div><div class="gmail_extra">maybe better be more verbose - and it
canbe in alone function, because it is "analyze only"<br /><br /></div><div class="gmail_extra">if (stage == -1)<br
/></div><divclass="gmail_extra">{<br /></div><div class="gmail_extra">  for (i = 0; i < 3; i++)<br />  {<br
/>       puts(gettext(stage_messages[i]));<br />        executeCommand(conn, stage_commands[i], progname, echo);<br />
       run_vacuum_command(conn, sql.data, echo, dbname, table, progname);<br />  }<br />}<br /></div><div
class="gmail_extra">else<br/>{<br />    puts(gettext(stage_messages[stage]));<br />    executeCommand(conn,
stage_commands[stage],progname, echo);<br />     run_vacuum_command(conn, sql.data, echo, dbname, table, progname);<br
/>}<br/><br /></div><div class="gmail_extra">Regards<br /><br />Pavel<br /></div></div> 

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Pg_upgrade and toast tables bug discovered
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Join push-down support for foreign tables