На днях вышла новость:

1C:Предприятие поддерживает два формата ведения Журнала регистрации: SQLite (файлы с расширением .lgd) и последовательный (набор файлов с расширениями .lgf, .lgp и.lgx). К  настоящему времени Компания 1С провела значительную оптимизацию работы ЖР в последовательном формате. Мы рассматриваем возможность прекращения поддержки формата Журнала регистрации SQLite (файлы с расширением .lgd) и поддерживать работу только с последовательным форматом. Прежде чем принять это решение мы хотим собрать информацию от пользователей наших продуктов, чтобы сделать возможный процесс отказа от SQLite наиболее безболезненным.

https://wonderland.v8.1c.ru/blog/opros-zhurnal-registratsii-vozmozhnoe-prekrashchenie-podderzhki-formata-sqlite/

Как считаете, в нём есть необходимость?

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

Джун какой-то его запилил, а техлид почему-то прохлопал.

Моё мнение: для логов главное - быстрая запись, а всякие SQLitы её уж точно не ускоряют

На файловых жестко тормозит

Мертворожденное дитя смузевых родителей.

(0) ну его

Нахрена вобще ЛОГАМ БД???? Файла с маркерами хватит за глаза..

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

..

(0) на поверку ЖР под SQLite оказался узким местом, снижающим производительность всей системы. Они изначально был ошибкой эволюции

В почту опрос прислали.
Проголосовал.

Во первых они не умеют готовить sqlite, даже режим wal не включили, а он дает резкое ускорение записи.
Во вторых они не прочитали в руководстве по sqlite что по сети его использовать нельзя - база может разрушится.
Да, я знаю что запускать файловую по сети это редкое извращение, но некоторые ххх же так работают!
В третьих можно было бы новый гибридный формат lgp/lgx и в sqlite реализовать, т.е. писать сырые данные в таблицу без индексов, а потом раскидывать по разным таблицам уже по фэншую.

Раз ничего из этого не осилили то sqlite в 1С не нужен.

Когда снимут с поддержки 8 и вернут 7.7? :)

сейчас ЖР ломается раз в год, даже база перестает запускаться, пользуюсь тоже раз в год, для остального есть версионирование
ЖР нужен в платформе, но не такой как сейчас

Смерть SQLite. Теперь то с появлением индексов у родного формата журнала...

Поигрались и хватит.