gifts2017

Универсальное сжатие периодических регистров сведений (postgres). Управляемая форма 1С: 8.2-8.3

Опубликовал Иван Чалагаев (1prog@bk.ru) в раздел Администрирование - Сервисные утилиты

Все просто. Обработка генерирует SQL запрос для сжатия периодических регистров сведений, который следует скопировать и выполнить в админке базы данных postgres.
После выполнения запроса в админке базы данных postgres - в регистрах сведений остается последний срез данных на указанную в обработке дату.

  • Cжимает большие объемы быстрее, чем средствами 1С;
  • Может сформировать пакетный запрос сжатия на несколько периодических регистров сведений;
  • Сжатие периодических регистров сведений способствует уменьшению времени формирования отчетов и улучшает быстродействие работы базы в целом;
  • Работает на Управляемых формах 1С: 8.2-8.3.
  1. Запускаем обработку;
  2. Выбираем дату сжатия;
  3. Выбираем регистры сведений;
  4. Жмем "Сформировать запрос";
  5. Копируем текст запроса и выполняем его в админке базы данных postgres.

Скачать файлы

Наименование Файл Версия Размер
Универсальное сжатие периодического регистра сведений (postgres) 3
.epf 7,34Kb
28.01.16
3
.epf 1 7,34Kb Скачать

См. также

PowerTools от 1 000
Подписаться Добавить вознаграждение
Комментарии
1. Вадим Никонов (V.Nikonov) 04.02.16 18:49
А как дела с Регистраторами? Регистратор остаётся первозданным, а записи Регистра сведений затираются?
2. Иван Чалагаев (1prog@bk.ru) 04.02.16 19:28
(1) V.Nikonov, да именно так, сделано специально. Расскажу в кратце как удобно резать базу. Распределенка (постоянно синхронизируется обменами) архив (только для чтения) и рабочая. В рабочей режем регистры на определенную дату, документы остаются для истории. Если пользователю интересно что какие были проводки у документа, идем в архив и смотрим. Аналогично режутся регистры накопления, но дополнительно для РН Остатки идет ввод остатков и удаление регистрации этого ввода остатков , чтобы в архиве не "задвоились" цифры на обрезанный период
3. Иван Чалагаев (1prog@bk.ru) 04.02.16 19:30
(1) V.Nikonov, да и соответственно дополнительный запрет изменения данных обрезанного периода в рабочей базе.