| From: | Sergei Kornilov <sk(at)zsrv(dot)org> |
|---|---|
| To: | Dmitry E(dot) Oboukhov <unera(at)debian(dot)org>, "pgsql-ru-general(at)lists(dot)postgresql(dot)org" <pgsql-ru-general(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: А вот кстати, как быстро заполнить столбик? |
| Date: | 2018-04-19 17:30:28 |
| Message-ID: | 301091524159028@web13j.yandex.ru |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-ru-general |
Привет
Такой update по понятной причине будет сильно замедляться пока не придёт vacuum. А чтобы замедляться пока не придёт vacuum - надо не ходить повторно по обработанным записям.
Эффективнее всего - пройти запросами по диапазону ctid от начала до конца таблицы.
Проще всего и при этом без замедления от удалённый строк - по диапазонам id: UPDATE "table" SET "c" = "d" WHERE id >= 0 and id < 5000 и сдвигать диапазон на каждой итерации.
На различное заполнение пачки id при этом банально забить.
Лучше всё-таки давать между итерациями время поработать автовакууму, тем самым замедляя миграцию, но не давать табличке распухнуть вдвое. Ну или сразу заложить запуск pgcompacttable или pg_repack после миграции.
Сергей
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Sergei Kornilov | 2018-04-19 17:48:54 | Re: VARCHAR(32) в VARCHAR(64) или TEXT |
| Previous Message | Dmitry E. Oboukhov | 2018-04-19 16:17:58 | А вот кстати, как быстро заполнить столбик? |