|
Свертка базы и изменение ее размера. PostgreSQL | ☑ | ||
---|---|---|---|---|
0
bvn-2005
31.01.19
✎
07:45
|
БП ред. 3, SQL (postgre), в работе с 2013 года, до сих пор свертка не проводилась. Размер базы 12.5 Гб. Решил попробовать свернуть (на копии, естественно) на начало 2018 года. Процесс занял более 5 суток. Из них собственно процедура свертки - около 2 суток, остальное - удаление помеченных объектов. Всего помечено объектов 415000; удалено - 350000. После завершения размер базы стал 10.5 Гб.
Смущает меня столь незначительное уменьшение размера... Я рассчитывал хотя бы на 5-6 Гб... |
|||
1
shuhard
31.01.19
✎
07:51
|
(0) что-то мешает использовать пузометр ?
|
|||
2
Повелитель
31.01.19
✎
07:54
|
(0) Нужно ТИИ делать.
Индексы и итоги пересчитать. Особенно итоги много места занимают. |
|||
3
bvn-2005
31.01.19
✎
07:56
|
"Нужно ТИИ делать. "
Ну, это слишком просто... Делалось, естественно. После удаления помеченных объектов, но до ТИИ размер был 14 Гб, т.е. больше, чем до свертки... |
|||
4
manuuu
31.01.19
✎
08:01
|
(3) ну значит так и есть после свертки, НСИ больше чем документов + остатков очень много. Тут базопузомер поможет только выявить.
|
|||
5
shuhard
31.01.19
✎
08:03
|
(2)[Нужно ТИИ делать. ]
сиквелу вакуум нужен |
|||
6
bvn-2005
31.01.19
✎
08:17
|
"базопузомер"
Это что? |
|||
7
Ёпрст
31.01.19
✎
08:19
|
(0) ну а шринк то хоть сделал ?
|
|||
8
Ёпрст
31.01.19
✎
08:20
|
да и итоги надо пересчитать
|
|||
9
Повелитель
31.01.19
✎
08:24
|
(3) Ну так ты не писал, что делал.
Если делал ТИИ, то теперь жми таблицы SQL. В MS SQL я знаю как делать, в postgre не подскажу. |
|||
10
Nikoss
31.01.19
✎
08:29
|
VACUUM FULL запустить нужно для постгри
|
|||
11
bvn-2005
31.01.19
✎
08:37
|
"VACUUM FULL"
Там включен автоматический вакуум. Но на всякий случай запустил сейчас руками. Ничего не изменилось. Еще делал выгрузку->загрузку в чистую базу. Размер одинаков. Итоги ТИИ пересчитывало. |
|||
12
Nikoss
31.01.19
✎
08:48
|
Открой уже какую-нибудь обработку, которая показывает размер по таблицам. Может там у тебя фото 9Гб в базе, а ты документы удаляешь.
|
|||
13
Мимохожий Однако
31.01.19
✎
08:51
|
Для БП30 стандартная свёртка для уменьшения размера не даст желаемого эффекта. ИМХО.
Возможно, перенос остатков и удаление субконто и справочников с нулевыми итогами поможет. Но это уже не стандартно. |
|||
14
Фрэнки
31.01.19
✎
09:03
|
||||
15
ansh15
31.01.19
✎
10:18
|
(6) Например, такая обработка http://catalog.mista.ru/public/978816/
Сам не пробовал. Пишут, что работает. |
|||
16
shuhard
31.01.19
✎
10:50
|
(6) а казачок то засланный (с)
|
|||
17
unregistered
31.01.19
✎
11:14
|
Очередное доказательство того, что свёртка на*уй не нужна.
От неё больше вреда, чем пользы. Реальное сокращение базы в большинстве случаев копеечное. А ускорения, скорее всего, вообще не будет никакого. Ни одна из целей свёртки не достигнута. Зато геморроя выше крыши: Проверить корректность свёртки. Выявить ошибки и исправить. Внесение любых корректировок (корректировки поступлений, реализаций, возвраты, переносы задолженностей и пр.) прошлых периодов только через *опу. Заполнение бухгалтерского баланса в соответствующих графах теперь только ручками (мы ведь грохнули данные за 2016, 2017 и 2018 годы). За любым отчетом по прошлому периоду - лезть в отдельную базу. Акты сверки за период чуть дальше свёртки - только руками в Excel рисовать. |
|||
18
ptiz
31.01.19
✎
11:18
|
(0) Без анализа размера таблиц до свертки - делать её смысла нет.
|
|||
19
bvn-2005
31.01.19
✎
11:38
|
"свёртка на*уй не нужна"
Собственно, мои упражнения со сверткой и являются попыткой подтвердить или опровергнуть данный тезис... |
|||
20
idw
31.01.19
✎
11:43
|
Резал базу на постгри. Удалил все доки, потом ТИИ. И УниверсальнойВыгрузкойЗагрузкой перенес операции ввода остатка в новую чистую базу.
|
|||
21
bvn-2005
31.01.19
✎
12:07
|
"Резал базу на постгри"
Не совсем понял... Если остатки переносились в чистую базу, зачем удалять доки? |
|||
22
unregistered
31.01.19
✎
12:24
|
(19) А чего его опровергать? Достаточно просто подумать и прикинуть размер места занимаемого таблицами (о чем (18) говорит).
Реальных случаев осмысленности свёртки достаточно мало. В особенности это касается регламентированного учета на типовых конфигурациях типа БП. Иногда имеет смысл сворачивать базу по каким-то административным или методическим соображениям (спрятать старые периоды, пересмотр методик ведения учета), когда не хочется или нет возможности создавать новую базу и вносить в неё начальные остатки с нуля. А для сокращения размера базы это имеет смысл вообще в каких-то единичных случаях. И при этом всегда есть проблемы, перечисленные мною в (17), - выковыривание косяков свёртки, неработоспособность отчетности, необходимость лезть в отдельную базу за данными прошлых (свёрнутых) периодов. Короче в 99% случаев игра не стоит свеч. Трудозатраты выкинутые на ветер при весьма туманной пользе от сего действа. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |