Ситуация: работаем с маркировкой молочной продукции. Ежедневно 300 тыс штук кодов маркировки поступают из внешней системы. Нужно проверить их статус в Честном знаке. Хорошие записать в типовой документ, по плохим отправить информацию в исходную систему. Перед проверкой статуса нужно сохранить эти коды в 1С ERP в каком-то месте. Если использовать регистр сведений, то каждая строка записи в регистре создает строку записи в журнале регистрации. В результате, журнал регистрации ежедневно пухнет минимум на 300 тыс строк. Как избежать распухания журнала регистрации?

Пиши набором записей, тогда будет одна строчка на всю пачку

Тли отключить жр насовсем, или чистить кодом

(2) кодом вычищать куски из журнала регистрации связанные с записью в отдельный регистр сведений?

Писать во внешнюю базу. Ну или во внутреннюю, но прямо в таблички SQL.

(3) ну да, можешь это делать в модуле менеджера РС, например

(0) разделяйте ЖР с периодичностью день или неделя. старые журналы через какое-то время перемещайте/удаляйте

ОчиститьЖурналРегистрации в помощь

Хотя, вот то, что тебе нужно:

Глобальный контекст (Global context)
УстановитьИспользованиеСобытияЖурналаРегистрации (SetEventLogEventUse)

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

(9) Примечание. События, связанные с транзакциями (_$Transaction$_.Begin, _$Transaction$_.Commit, _$Transaction$_.Rollback), не могут быть отключены с помощью метода УстановитьИспользованиеСобытияЖурналаРегистрации().

(10) достаточно на запись и на создание отключить.

(0) Счастливчики. У нас до миллиона в день. Плюс записи по регистрам состояний кодов.
Сейчас в платформе нет таких механизмов.

Вот
https://github.com/SeiOkami/OneS/issues/79

Я в нетленке тупо переключаю уровень регистрации на "Ошибки, Предупреждения" и регаю все что надо через подписки.

Заодно и настраиваемую регистрацию изменений объектов туда же прикрутил.

Единственное - события в ЖР приходится писать с уровнем "Предупреждение", но это малое зло.

(1) +1 и быстрее запись будет. В измерениях:
Идентификатор пакета/поставки
КодМарки
ХэшМарки (иначе 01GTIN21000000S и 01GTIN21000000s не запишутся)

У нас в Рознице 2 объем ЖР за месяц вырастает до 160 ГБ потом перестает работать. Режем каждый месяц.
Из-за старого релиза (8.2.10) нет возможности настроить период ЖР. ((
Ничего живем.
Даже больше в ЖР я запихивал целые файлы загрузки от битрикс для отладки и отлова ошибок.

(18) Что-то ты странное пишешь. sqlite только в 8.3 появился, а разделение по периодам для текстового формата еще в 8.1 было.

Вот моя процедура

Процедура РегистрироватьСобытияЖурналаРегистрацииПриМассовойЗаписи(Регистрировать) Экспорт
    УстановитьПривилегированныйРежим(Истина);
    ИспользованиеСобытияЖурналаРегистрации = Новый ИспользованиеСобытияЖурналаРегистрации();
    ИспользованиеСобытияЖурналаРегистрации.Использование = Регистрировать;
    УстановитьИспользованиеСобытияЖурналаРегистрации("_$Data$_.New", ИспользованиеСобытияЖурналаРегистрации);
    УстановитьИспользованиеСобытияЖурналаРегистрации("_$Data$_.Update", ИспользованиеСобытияЖурналаРегистрации);
    УстановитьПривилегированныйРежим(Ложь);
КонецПроцедуры

Не работает одновременно в разных потоках, в транзакции.
Если марки пишите параллельно, с разбиением по фоновым - эту штуку нужно делать в основном потоке.

в жр писать только ошибки. остальное через версионирование

(19) Ты про что? Я имел ввиду что в конфе можно настроить архивирвать ЖР. и в релизе 8.3.10 нет. А вот в релизе 8.3.18 уже есть.
Думаю это появилось где-то в 12 релизе.

(22) Тогда просто переключись на текстовый формат ЖР.
ЗЫ. Я про то, что ты написал 8.2.10, а не 8.3.10

(23) Пардон опечатка произошла.