Быстрый журнал регистрации
База данных - Журнал регистрации
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Также есть возможность встраивания в объекты конфигурации дополнительной кнопки, по нажатию на которую показывается история изменения объекта (в данной поставке механизм встраивания кнопки отсутствует):
// Открывает форму с информацией о истории изменения объекта
//
Процедура ПоказатьИнформациюОИсторииИзмененийОбъекта(Кнопка, Форма, Объект)
ФормаРегистра = РегистрыСведений.жр_ЖурналРегистрации.ПолучитьФормуСписка( , Форма, Форма);
ФормаРегистра.ПараметрОтборПоИзмерению = Новый Структура("DataRef", Объект.Ссылка);
ФормаРегистра.Открыть();
КонецПроцедуры
Для включения механизма необходимо либо нажать кнопку "Загрузить данные журнала" (нужна соответствующая роль пользователя) либо принудительное включение регламентного задания.
Приложенная обработка нужна для первоначальной загрузки данных за произвольный период. Автоматическая загрузка выполняется либо с начала журнала (если ранее не проводилась), либо с момента последней загрузки.
Будет работать только на клиент-серверном варианте базы
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Журнал регистрации Системный администратор 1С:Предприятие 8 1C:Бухгалтерия Россия Платные (руб)
История изменений реквизитов и табличных частей справочников, документов, независимых регистров сведений, возможность отката изменения, восстановление удаленных объектов, сбор статистики использования базы 1С. Альтернативный журнал регистрации.
23180 руб.
22.02.2018 39617 65 56
Журнал регистрации Системный администратор 1С:Предприятие 8 1C:Бухгалтерия Платные (руб)
Конфигурация LogiCH эффективно решает проблему хранения и анализа записей журналов регистрации. Разработка использует столбцовую СУБД ClickHouse, одну из самых быстрых Big Data OLAP СУБД. Любой анализ журнала можно выполнить в одном отчете, в котором доступны все возможности СКД с учетом ограничений RLS. Количество подключаемых баз не ограничено и не влияет на скорость построения анализа.
6100 руб.
28.11.2018 25010 24 9
Журнал регистрации WEB-интеграция Разработчик 1С 8.3 1С:Библиотека стандартных подсистем Абонемент ($m)
Долго отлаживали интеграции через сообщения, журнал регистрации и чужие прокси. На проде это не взлетело. Собрали простой инструмент внутри платформы — смотришь запрос/ответ, повторяешь, выгружаешь curl.
1 стартмани
07.08.2026 1428 3 Viktor_Ermakov 9
Администрирование СУБД Журнал регистрации Системный администратор Разработчик 1С 8.3 Бесплатно (free)
Журнал регистрации на нагруженной базе перестаёт открываться: файлы растут на гигабайты в день, просмотр виснет, история недоступна. Рассказываю, как мы вынесли журнал трёх продуктивных баз в ClickHouse: 35 млрд событий, поиск всех ошибок за сутки — 0,11 секунды, привычная форма журнала для пользователей и падение числа ошибок в проде в 23 раза за полгода. Архитектура, схема таблицы, грабли интеграции и все цифры с прода.
04.08.2026 3110 nedomolkov.ivan 0
Журнал регистрации Бесплатно (free)
Полнотекстовый поиск в миллионах записей журнала регистрации 1С может занимать минуты или даже часы, а стандартные инструменты не позволяют эффективно выполнять агрегации и анализировать данные на больших объемах. Расскажем о том, как с помощью ClickHouse обеспечить практически мгновенный разбор инцидентов, настроить мониторинг и автоматическую реакцию на события журнала регистрации.
28.02.2026 6277 julia96_07 0
Журнал регистрации Разработчик Россия Бесплатно (free)
В материале рассматривается сравнение двух инструментов для работы с журналом регистрации 1С: утилиты ibcmd и платформы Vector. Описаны их функциональные возможности, тестирование производительности и практическое применение для преобразования логов в формат JSON.
20.11.2024 9780 user1913000 13
Журнал регистрации Тестирование QA Разработчик Бесплатно (free)
Поговорим про логирование в приложениях на базе 1С, рассмотрим проблемы, которые возникают при сборе информации из этих систем, и обсудим практический опыт применения внутренних и внешних инструментов для анализа логов.
21.10.2024 10413 leemuar 8
Инструменты администратора БД Журнал регистрации Системный администратор 1С:Предприятие 8 1С:Управление торговлей 11 Абонемент ($m)
Внешняя обработка для регламентного сокращения журнала регистрации для конфигураций на базе БСП и платформы 8.3.20+
1 стартмани
29.12.2023 6167 66 dima_gsv 6
По данному регистру можно делать запросы, что позволяет:
- отслеживать ошибки - если пользователи молчат как рыбы
- составлять статистику интенсивности работы пользователей
- можно реализовать отчет по времени проведения документов (т.к. в данных фиксируется время начала и окончания транзакции)
- ...
0) представленная разработка является копией штатного журнала регистрации, но только хранится в базе и соответственно позволяет быстро считывать данные
1) не снижает производительность при записи объектов
2) корректно показывает в т.ч. отмененные транзакции
3) позволяет отследить длительность этих самых транзакций
4) не показывает изменение реквизитов
А то что по ссылке работает на подписках на события и ловит только изменения данных:
"Дополнительный журнал регистрации предназначен для быстрого получения данных о фактах изменения объектов базы данных."
не пойму зачем разрешать системному механизму каждый раз при записи делать проверку уникальности регистра сведений.. её ж никак неотключить
а на справочнике - пожалуйста..
Запись справочника 1 : 0сек.
Запись регистра 1 : 0сек.
Запись справочника 10 : 0сек.
Запись регистра 10 : 0сек.
Запись справочника 100 : 0сек.
Запись регистра 100 : 0сек.
Запись справочника 1 000 : 4сек.
Запись регистра 1 000 : 0сек.
Запись справочника 10 000 : 37сек.
Запись регистра 10 000 : 2сек.
вот так то
"Запись справочника 10 000 : 37сек.
Запись регистра 10 000 : 2сек."
Правильно ли я понял описание теста ?
Рассматривается клиент-серверный вариант 1сПредприятия 8.
Цикл с количеством итераций 10 000 , добавляющий записи в справочник, имеет продолжительность - 37 сек
Для регистра сведений с аналогичной структурой процедура формирования набора записей 10 000 шт. для регистра с аналогичной структурой
и единственная запись набора занимает - 2 сек.
Здесь неоднократно поднимался вопрос "регистр или справочник ?"
И хотя , несомненно что :
1. Одна запись в справочник добавляется значительно быстрее чем в регистр.
2. При записи в справочник отсутствуют "тормозящие" блокировки , в отличие
от записи в регистр.
Тем не менее , Вы выбрали в качестве объекта хранения данных Регистр сведений с записью "пачками" и с "тормозящими" блокировками.
Возможно , в данной конкретной задаче у Вас были какие-то основания для этого ?
Чем так привлекателен оказался для Вас - регистр сведений ?
механизм используется на большом количестве баз с числом активных пользователей до 100, так же работает на центральной базе для РИБ из ~15узлов.
правда для больших баз пришлось изменить структуру индексов в SQL
мне кажется тут надо провести диагностику скорости записей на разных базах, от 1 пользователя до 100 и более.
и скорее всего до какого то момента выгоднее использовать справочник
хотя отдельное спасибо за фри версию) жаль не могу плюс поставить
рейта не хватает :(
Если уж делаешь сделал для своего ЖР Роли, то негоже использовать в коде конструкции:
| Код |
|---|
ПриложениеСсылка = Справочники.жр_Приложения.НайтиПоКоду(Код);
Показать полностью |
Потому что, если не успел задать пользователю новую роль из подсистемы, то попытка посмотреть регистра журнала приводит к вылету приложения.
Всё-таки в этом случае нужно использовать Запрос, с ключевым словом РАЗРЕШЕННЫЕ
2) размер базы - ну да, данные хранятся в базе и увеличивают ее размер. с этим ничего поделать нельзя. Можно конечно хранить данные не в объектах 1С, а непосредственно в базе и обращаться прямыми запросами - но тогда интерфейсная часть будет более сложной и может притормаживать.
3) общее снижение производительности из-за роста базы - бред. наличие в базе большой таблицы, не влечет за собой снижения производительности. Также правильно организованная структура данных (и алгоритмов работы с этими данными) позволяет добиться стабильно высокой производительности вне зависимости от размеров таблицы.
Т.е. не хочется дублировать данные в 2-х журналах, а сразу писать в быстрый журнал.
Если в качестве объекта хранения изменений использовать справочник с единственным реквизитом Дата и табличной частью по структуре аналогичной регистру сведений , то тогда добавление "пачки" строк не будет приводить к перезаписи всей табличной части элемента справочника .
И такая операция будет осуществляться значительно быстрее , чем запись "пачки" в регистр сведений.
С Вашей точки зрения , оправдан ли такой подход ?
Велики ли дополнительные издержки , с ним связанные ?
При добавлении в базу новых объектов (справочник, документов) идет очень долгая реструктуризация всех записей РС :(
ИМХО это происходит, потому что у 3-го измерения стоит тип условия ЛюбаяСсылка.
А ведь добавление новых объектов в рабочую базу происходит не так и редко.
Что можно сделать?
Заметил одну неприятную штуку -
8.1.15.14
Установлено разделение хранения журнала регистрации "день" и уровень "Ошибки, Предупреждения"
Периодически выполняется выгрузка кодом
Фильтр = Новый Структура;
Фильтр.Вставить("ДатаОкончания", ТекущаяДата());
Фильтр.Вставить("ДатаНачала", ДатаАктуальности + 1);
ИмяФайлаДанных = ПолучитьИмяВременногоФайла("xml");
ВыгрузитьЖурналРегистрации(ИмяФайлаДанных, Фильтр);
Стал замечать, что на границах суток журнал перестает выгружаться. Похоже пока не откроешь системную форму журнала регистрации, метод ВыгрузитьЖурналРегистрации почему то возвращает пустой файл. Как только я открываю системную форму журнала (главное меню, сервис, Журнал регистрации), все сразу само начинает работать (создается ожидаемый файл выгрузки).
Штатный способ - создать набор записей и тут же его записать - работает очень медленно (за полгода набрали 14 млн записей).
Или хотя бы убрать самую старую часть данных, т.е. ограничение по времени.
2. Кстати, а почему измерения регистра, кроме DateRef, не индексируются?
Например, поле Date вообще не индексировано, в результате отборы по периодам также могут подтормаживать.
2. ну поле Date индексируется по определению, оно вообще первое в кластерном индексе, индекс по номеру записи вообще не имеет смысла, а по DataRef индекс есть. но вообще на больших таблицах есть смысл перестроить индексы напрямую в SQL - убрать все составные индексы и сделать только по нужным полям. Это позволит значительно сократить объем индексов
Регламентное задание отработает после снятия мнопольного режима и повиснит на чтении XML файла. В тоже время, даже, если XML файл будет прочтен, далее повиснит на записи в регистр, т.к. будет записываться огромный кусок информации.
ОбщийМодуль.жр_ЖурналРегистрации.Модуль(205)}: Поле объекта не обнаружено (EventName).
Рейтинг: 665
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 19711
Создание 21.04.09 11:04
Обновление 22.04.09 11:44
Просмотры 28571
Загрузки 1244
Рейтинг
79
Комментарии 74
Код открыт Не указано
Рубрики Журнал регистрации
Тип файла Конфигурация (md, cf)
Платформа 1С:Предприятие 8
Конфигурация
1C:Бухгалтерия
,
Универсальные
Операционная система Не имеет значения
Страна Россия
Отрасль Не имеет значения
Налоги Не имеет значения
Вид учета Не имеет значения
Доступ к файлу Абонемент ($m)
