Добрый день!
Выгрузили журнал регистрации, большой, больше 200Гб. Погуглил программки для просмотра таких файлов, не нашел бесплатных вариантов. Кто чем просматривает, поделитесь?
Благодарю.

lgd - это текстовый? Тогда far

(0) Из бесплатных vim, ну и наверно AkelPad.
Из платных ultra edit.

LGD - это журнал нового формата. По сути sqllite

LGD - это журнал нового формата.

Да. И вот чем его открыть и посмотреть, если файл 200+Гб и желательно бесплатный вариант программы?

(4) https://www.sqlite.org/download.html

(0) вдогонку к (5) - можете скачать ODBC драйвера http://www.ch-werner.de/sqliteodbc/ и например в мсскуль перегнать.
PS. У вас база колол не вставала при таком размере?

https://sqlitestudio.pl/

Спасибо за ответы!


PS. У вас база колол не вставала при таком размере?

Как это понять? Если только вместо колокол-колом? Бывает. Ищем причины. Она вставать не перестала и после выгрузки ЖР.

(8) База не вставала, а вот любая попытка просмотра ЖР вызывала всеобщее зависание. Выгрузка журнала регистрации не уменьшает размер файла. Нужно еще уменьшить файл.

(8) Ну, вроде как не очень рекомендуется хранить ЖР в новом формате, если записей много.

(0) https://sqlitebrowser.org/

В тот раз нужда отпала искать в ЖР, теперь снова появилась)

Нужно определить кто вносил данные по счетам определенным. Скачал по указанным ссылкам проги, установил. Файл ЖР .lgd открывается, но как база данных. Удобоваримого интерфейса для поиска не нашел. Неужто придется sql запросы писать? Или может инструкция где есть как пользоваться?

Заранее благодарю!

(12) а в чем проблема запросы написать?

(12) а история изменений не устраивает для таких нужд?

(12) Именно!

(12) Но это для твоей же пользы. Развивайся, адаптируйся, эволюционируй!

а история изменений не устраивает для таких нужд?
Я пока что не очень силен, если можно поподробней)

(12) А разве можно узнать, что изменили в счете?  Я всегда думал, что можно увидеть, что "записали", "изменили", "провели" и подобное, но деталей не замечал в журнале регистрации.
Сейчас (в ЗУП точно) придумали версионирование - там можно.

(18) в ут11 также можно настроить хранение истории изменения объектов

(18) этому сейчас уж лет 10 в обед. Еще на УПП 1.3 было (или мы стырили откуда-то тогда, уж не помню точно)))

(19) (20) Я с УТ не работаю, только с ЗУП. Там я такого не замечал. Только версионирование, но это не журнал регистрации

(21) дак вся эта история изменений и хранится в регистре версий объектов в хранилище значения)

Все нагруженные базы сразу перевожу в старый формат с помесячной разбивкой

(23) Помесячной :)) Это у вас не нагруженные значит. Нагруженные нужно на ежедневные делать

(24) У меня все нагруженные базы - нетиповые. Там альтернативное логирование. Стандартный "срач" отключен.

(25) Альтернативное - это в какой-то внешний сервис (файл / БД)?

Лучше бы потратили время на конвертацию журнала в последовательный формат с разбивкой по периодам, чтобы каждый файл был не больше 100Мб.
А потом смотрели бы его себе спокойно из конфигуратора.

Старый формат - новый формат.

Если вдруг кто не в курсе, 1С давно признала формат журнала регистрации в виде базы данных SQLite ошибкой. И с версии 8.3.13 форматом журнала регистрации по умолчанию является последовательный формат (в виде текстовых файлов).

А в версии 8.3.17 реализовано индексирование файлов журнала регистрации. Индексация выполняется в фоновом режиме. Оптимизированы алгоритмы последовательного чтения файлов журнала регистрации.
За счет индексации существенно ускорен отбор записей журнала регистрации по индексируемым полям (список индексируемых полей в документации).
При открытии в конфигураторе файла журнала регистрации другой информационной базы, индексирование данного файла выполняется в фоновом режиме и индексный файл стирается после завершения работы с просматриваемого журнала регистрации.
Для новой информационной базы значение параметра Разделять хранение журнала по периодам устанавливается в значение Неделя. Для существующих информационных баз рекомендуется установить разделение таким образом, чтобы размер одного файла журнала не превышал 100 Мбайт.

Кстати формат журнала регистрации для всех баз кластер можно быстро увидеть тут https://www.hostedredmine.com/issues/922167

(0) А стандартный "ВыгрузитьЖурналРегистрации" не взлетит с lgd? Там и отборы по ссылкам, периодам, событиям. Можно указать путь к журналу.

(27) "1С давно признала формат журнала регистрации в виде базы данных SQLite ошибкой" // Это лишь домыслы. Какого-то более-менее официального разъяснения ни в инфописьмах, ни на партнерке вроде как по этому поводу нет (и, вероятно, не будет).

(26) Не. Используется стандартный ЖР. Просто системная регистрация переключена в "регистрировать ошибки, предупреждения" и все что надо дополнительно - через подписки и т.п. Фактически приведен к семерочной стратегии ЖР.

(30) Не домыслы. Обратная смена дефолта - это де-факто признание того, что в среднем новый формат оказался вовсе не таким классным, как они себе сначала думали.

Ну и я ретроград. Первичный журнал должен быть локальным текстовым сегментированным по периодам с возможностью настроить ротацию. Точка.
Дальше - агрегируй уже куда угодно, во что угодно и как угодно. А святое - не трожь :)

(32) "Обратная смена дефолта - это де-факто признание" // Это я и назвал домыслом.