Okay, I have marked this patch as "Ready For Committer"Notes for Committer -There is one behavioural difference in the handling of --analyze-in-stagesswitch, when individual tables (by using -t option) are analyzed byusing this switch, patch will process (in case of concurrent jobs) all thegiven tables for stage-1 and then for stage-2 and so on whereas in theunpatched code it will process all the three stages table by table(table-1 all three stages, table-2 all three stages and so on). I thinkthe new behaviour is okay as the same is done when this utility doesvacuum for whole database. As there was no input from any committeron this point, I thought it is better to get the same rather than waitingmore just for one point.
pgsql-hackers by date:
Соглашаюсь с условиями обработки персональных данных