Так родилась задача - агрегировать ЖР в кластере и при этом не потерять функционал его фильтрации.
Публикация предназначена для работы только с журналом регистрации в формате SQLite (.lgd).
Для запуска необходимо установить драйвер, скачивать здесь: http://www.ch-werner.de/sqliteodbc/
Тестировалось на платформах 8.3.14.1944 и 8.3.16.1063, но должно работать на любой.
Сначала я попробовал использовать штатный функционал - процедуру ВыгрузитьЖурналРегистрации(). Но столкнулся с рядом проблем:
- необходим был доступ на запись к файлам ЖР
- после выполнения процедуры последний ЖР оставался захваченным монопольно (можно решить холостым вызовом процедуры)
- во время выполнения процедуры параллельное выполнение было не возможным (ошибка разделения доступа)
Тогда я поискал на infostart/mista информацию, кто и как работает с ЖР.
За основу я изначально взял идею с внешним источником данных. Некоторые другие полезные мысли подчерпнул из других статей.
В своей работе использую БСП, там есть обработка для просмотра ЖР, ядро которой базируется на процедуре ВыгрузитьЖурналРегистрации(). По сути в своей разработке я практически полностью повторил функционал штатных процедур платформы 1С:
- ПолучитьЗначенияОтбораЖурналаРегистрации()
- ВыгрузитьЖурналРегистрации()
и соответственно заменой 2-х строчек кода сохранил штатную функциональность ЖР в БСП (+ добавил новую колонку "СерверЖР").
Почему "практически" - не реализовывал сложные фильтры, где параметрами отборов выступают структуры, потому что не представляю, как легко это можно сделать в запросе (можно при желании самостоятельно добавить реализацию в цикл обхода результата).
Но практически сразу столкнулся с проблемой, что синтаксис SQLite не поддерживается в полном объёме. Не работает в запросе "ВЫБРАТЬ ПЕРВЫЕ X" (это фатально, когда для большого ЖР вызвать метод без отбора - память моментально кончится), поэтому пришлось переписать на прямые запросы.
С чем пришлось столкнуться и какие есть ограничения:
- после реструктуризации конфигурации с изменением названий объекта/ов метаданных на неактивных узлах ЖР они изменяться только после переключения на этот узел. Это проблема. Так же есть родственная проблема, что для события "_$User$_.Update" (и аналогичных) нет возможности получить Метаданные.Роли, так как для не объектных метаданных нет возможности получить их внутренний идентификатор. Решил их с помощью разработанного для других целей решения (хеш-контроль конфигурации) - отдельный справочник "МетаданныеСистемы", который автоматически заполняется обработкой парсинга выгруженной в файлы конфигурации.
- никак не оптимизировал по производительности вспомогательную функцию _КонвертироватьВДерево
- не реализовывал функционал, связанный с "Разделением данных сеанса"
- не реализовывал парсинг некоторых типов событий (к примеру, _$Access$_.*)
Основные процедуры в общем модуле ЖурналРегистрацииКластер:
- функция ИспользоватьЖурналРегистрацииSQLite - переопределяемая, позволяет управлять, используется ли данная обработка или штатная БСП
- функция ВернутьИменаЖурналовРегистрации - переопределяемая, возвращает пути ЖР в вашей разработке
- функция ПолучитьЗначенияОтбораЖурналаРегистрацииКластер - полный аналог штатной функции ПолучитьЗначенияОтбораЖурналаРегистрации
- функция ВыгрузитьЖурналРегистрацииКластер - полный аналог штатной функции ВыгрузитьЖурналРегистрации, добавлена только коррекция времени
Основные процедуры в общем модуле ХешКонтроль:
- функция КаталогВыгрузкиМетаданных - переопределяемая
- функция ПараметрыКоманднойСтрокиДляВыгрузкиКонфигурации - переопределяемая
- функция ХешКонтрольСистемы - основная экспортируемая функция
Работают все отборы, которые изображены на 3-ем скриншоте из обработки БСП (не входит в публикацию).
Порядок работы:
- определяетесь, будете ли использовать подсистему работы с метаданными (если не будете работать - удаляете не нужные модули и справочники)
- переопределяете все переопределяемые функции
- для работы с подсистемой работы с метаданными - командой/вызовом выполняете первичное заполнение вспомогательного справочника (1 раз), первично обновляете метаданные (конфигуратор должен быть естественно закрыт)
Это моя первая публикация, прошу сильно не критиковать!
Обо всех ошибках, необходимости доработок, пожеланиях пишите пожалуйста в комментариях, я на связи.
Вступайте в нашу телеграмм-группу Инфостарт
