Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re[2]: [pgsql-ru-general] индекс & автовакуум? & как понять проблему?
| От | Sergey Grinko |
|---|---|
| Тема | Re: [pgsql-ru-general] Re: [pgsql-ru-general] Re[2]: [pgsql-ru-general] индекс & автовакуум? & как понять проблему? |
| Дата | |
| Msg-id | CAA8WaEG2YF0KkGBEc9Z4q4ccRcOUgT2wyX7r9SZrYb2Zz8RodA@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: [pgsql-ru-general] Re[2]: [pgsql-ru-general] индекс & автовакуум? & как понять проблему? (Vladimir Borodin <root@simply.name>) |
| Список | pgsql-ru-general |
pg_repack требует в два раза больше места чем есть, что не всегда можно иметь.
Есть замечательный инструмент от компании PostgreSQL-Consulting
https://github.com/PostgreSQL-Consulting/pgcompacttable
по сути это скрипт на PerlЕсть замечательный инструмент от компании PostgreSQL-Consulting
https://github.com/PostgreSQL-Consulting/pgcompacttable
Поискав.. нашел решение - заменить на getlogin()
вт, 17 нояб. 2015 г. в 12:52, Vladimir Borodin <root@simply.name>:
17 нояб. 2015 г., в 12:08, Dmitry E. Oboukhov <unera@debian.org> написал(а):REINDEX INDEX
это я понимаю, я думал есть какая-то возможность сделать это не
блокируя базу.Используй pg_repack, Люк.Понедельник, 16 ноября 2015, 20:47 +03:00 от "Dmitry E. Oboukhov"
<unera@debian.org>:насчет фрагментации мысль подтвердилась:перестроил CONCURENTLY индекс, а старый удалил - в итоге новый индекс
уже в 6 раз меньше занимает.--вопрос тогда еще: можно ли дефрагментировать один индекс как-то?
. ''`. Dmitry E. Oboukhov
: :’ : email: unera@debian.org jabber://UNera@uvw.ru
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537
--
В списке pgsql-ru-general по дате отправления: