Версионирование объектов. Сжатие регистра "ВерсииОбъектов"

30.12.14

–

Cжимаем версии объектов в регистре сведений "ВерсииОбъектов".
Экономия занимаемого версиями объектов объема более 50% !!!

Скачать файл

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование		SM	По подписке [?]	Купить один файл
Сжатие версий объектов (версионирование) .epf 7,23Kb 48	48	1 SM	Скачать	Купить за 1 850 руб.

Используется для уменьшения занимаемого объема версиями объектов в регистре сведений "ВерсииОбъектов".

В обработке использован код процедуры "ВыполнитьСжатиеВерсийОбъектовПоРегламентномуЗаданию" из общего модуля "ВерсионированиеОбъектовПривилегированный" типовой конфигурации. Добавлен отбор по периоду обрабатываемых версий.

Внимание: Без использования отбора по периоду возможна ошибка "Недостаточно памяти".

P.S.: Для регулярного использования рекомендуется настроить регламентное задание "СжатиеДанныхВерсионирования".

–

См. также

Поиск и анализ длительных вызовов - CALL, SCALL

HighLoad оптимизация Технологический журнал Системный администратор Программист Бесплатно (free)

Обсудим поиск и разбор причин длительных серверных вызовов CALL, SCALL.

24.06.2024 3524 ivanov660 12

Что не так с методом ЗаполнитьЗначенияСвойств

HighLoad оптимизация Программист Платформа 1С v8.3 Бесплатно (free)

Метод очень медленно работает, когда параметр приемник содержит намного меньше свойств, чем источник.

06.06.2024 7380 Evg-Lylyk 61

[Замер] Кто самый быстрый в конфигураторе?

HighLoad оптимизация Механизмы платформы 1С Системный администратор Программист Стажер Платформа 1С v8.3 Бесплатно (free)

Сравним «Регистры сведений» с «Сервисами интеграции» и узнаем, кто быстрее!

28.03.2024 4298 dsdred 23

Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы

HighLoad оптимизация Программист Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Анализ простого плана запроса. Оптимизация нагрузки на ЦП сервера СУБД используя типовые индексы.

13.03.2024 4324 spyke 28

Быстродействие типовой 1С

HighLoad оптимизация Программист Платформа 1С v8.3 Бесплатно (free)

Оказывается, в типовых конфигурациях 1С есть, что улучшить!

13.03.2024 6558 vasilev2015 20

Анализируем SQL сервер глазами 1С-ника

HighLoad оптимизация Инструменты администратора БД Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Обработка для простого и удобного анализа настроек, нагрузки и проблем с SQL сервером с упором на использование оного для 1С. Анализ текущих запросов на sql, ожиданий, конвертация запроса в 1С и рекомендации, где может тормозить.

2 стартмани

15.02.2024 10326 208 ZAOSTG 74

111

Переход на Clickhouse для анализа метрик

HighLoad оптимизация Системный администратор Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Принимать, хранить и анализировать показания счетчиков (метрики) в базе 1С? Почему бы нет? Но это решение быстро привело к проблемам с производительностью при попытках построить какую-то более-менее сложную аналитику. Переход на PostgresSQL только временно решил проблему, т.к. количество записей уже исчислялось десятками миллионов и что-то сложное вычислить на таких объемах за разумное время становилось все сложнее. Кое-что уже практически невозможно. А что будет с производительностью через пару лет - представить страшно. Надо что-то предпринимать! В этой статье поделюсь своим первым опытом применения СУБД Clickhouse от Яндекс. Как работает, что может, как на нее планирую (если планирую) переходить, сравнение скорости работы, оценка производительности через пару лет, пример работы из 1С. Все это приправлено текстами запросов, кодом, алгоритмами выполненных действий и преподнесено вам для ознакомления в этой статье.

1 стартмани

24.01.2024 4492 glassman 17

Удаление строк из таблицы значений различными способами с замером производительности

HighLoad оптимизация Программист Платформа 1С v8.3 Конфигурации 1cv8 Абонемент ($m)

Встал вопрос: как быстро удалить строки из ТЗ? Рассмотрел пять вариантов реализации этой задачи. Сравнил их друг с другом на разных объёмах данных с разным процентом удаляемых строк. Также сравнил с выгрузкой с отбором по структуре.

09.01.2024 9566 doom2good 49

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. ZLENKO 398 30.12.14 16:44 Сейчас в теме

В одной из баз версии занимали 90 Гб, после сжатия стало 40 Гб. Экономия ощутимая! :-)

2. alexinzaz 30.12.14 23:15 Сейчас в теме

Ну вот хоть убейте не пойму зачем хранить в базе 90гб версий. Грохать к чертовой бабушке. Зачем вам версии десятилетней давности. Это же неактуальная информация.

3. TrinitronOTV 15 31.12.14 07:26 Сейчас в теме

(2) alexinzaz, и как её можно грохнуть?

7. ZLENKO 398 31.12.14 11:42 Сейчас в теме

(3) TrinitronOTV, "и как её можно грохнуть?"

Например вот так (InfoRg12088 заменить на имя таблицы в вашей БД):

            USE testbase;
            GO

            SEL ECT COUNT(*) AS BeforeTruncateCount 
            FROM dbo._InfoRg12088;
            GO

            TRUNCATE TABLE dbo._InfoRg12088;
            GO

            SELECT COUNT(*) AS AfterTruncateCount 
            FR OM dbo._InfoRg12088;
            GO

Показать

4. Virikus 62 31.12.14 10:42 Сейчас в теме

(2) alexinzaz, ну как пример, залез кто-то в период 10 летней давности и поменял количество у документа прихода. Если грохнуть прошлый период, то первой копии версии тоже не будет, соответственно отчет по изменениям ничего не покажет.

Вопрос зачем хранить 10 летние записи, тоже стоит. Бывают ситуации, когда злой умысел пользователя всплывает не сразу, вот тогда и нужны все версии, чтобы найти и посмотреть, что и где пользователь изменял за весь срок работы.

Хотя если вы привыкли обслуживать только ларьки, то там конечно, такой период версий не нужен.

Другое дело, что блок версионирования лучше переделать на хранение версий в другой базе данных. Хотя бы перенос историй за период регламентным заданием. Вот тогда и база рабочая не растет и история сохранена.

6. ZLENKO 398 31.12.14 11:37 Сейчас в теме

(4) Virikus, "Другое дело, что блок версионирования лучше переделать на хранение версий в другой базе данных."

Можно переделать чтобы сразу сохраняло упакованную версию:

Процедура ЗаписатьВерсиюОбъекта(знач СсылкаНаОбъект,
                                знач ЧислоВерсийОбъекта = Неопределено,
                                знач ХранилищеДанных) Экспорт
...
	//МенеджерЗаписиИИО.ВерсияОбъекта = ХранилищеДанных;
	МенеджерЗаписиИИО.ВерсияОбъекта = Новый ХранилищеЗначения(ХранилищеДанных, Новый СжатиеДанных(9));
	//МенеджерЗаписиИИО.Сжато         = Ложь;
	МенеджерЗаписиИИО.Сжато         = Истина;
...

Показать

11. TODD22 19 05.01.15 19:20 Сейчас в теме

(4) Virikus,

ну как пример, залез кто-то в период 10 летней давности и поменял количество у документа прихода. Если грохнуть прошлый период, то первой копии версии тоже не будет, соответственно отчет по изменениям ничего не покажет.

Пользователь как минимум не должен иметь возможности "залезть в период 10 летней давности".

Мне вот базу дали посмотреть. Говорят 2 года работали всё было хорошо. А теперь тормозит и тд. Смотрю таблица одного документа добавленного в конфигурацию вешает 5Гб. Открываю... и что я там вижу? А вижу я там фотоотчёты торговых представителей по выкладкам майонеза, кетчупа и тд на витрину. Ну вот и для чего это 2 года хранить в базе не понятно... и зарплата за эти отчёты уже давно выплачена и майонез уже давно продан и съеден. Там может уже и витрины нет никакой.... И вот для них это важная информация. И её нужно хранить....

12. ZLENKO 398 08.01.15 16:40 Сейчас в теме

(11) TODD22, "Пользователь как минимум не должен иметь возможности "залезть в период 10 летней давности""

Речь не идет про 10 лет. В конкретной моей базе история за 1,5 года... и это занимало 90 Гб, а после сжатия 40 Гб. Теперь еще надо почистить от одинаковых записей.

5. ZLENKO 398 31.12.14 11:33 Сейчас в теме

(2) alexinzaz, "Зачем вам версии десятилетней давности. Это же неактуальная информация."

Это все за текущий год накопилось... Работают люди в базе :-)

8. AleksSF 224 31.12.14 13:23 Сейчас в теме

А что стандартными средствами никак. Там есть и удаление устаревших версий и настройка расписания. И настройка срока хранения версий.

9. ZLENKO 398 31.12.14 14:47 Сейчас в теме

(8) AleksSF, "А что стандартными средствами никак."

У меня за при выборке для упаковки периода 1 месяц на сервере temp вырастает до 15 Гб... Сервер начинает тормозить и вылетать с нехваткой памяти..
Поэтому сделал отдельную обработку с выбором периода.

10. ZLENKO 398 31.12.14 14:49 Сейчас в теме

(8) AleksSF, "Там есть и удаление устаревших версий"

За год 2 млн записей... стандартными средствами долго удаляется. Скриптом SQL удаляется мгновенно.