https://www.opennet.ru/openforum/vsluhforumID3/139470.html В списке рассылки linux-api выставлено на обсуждение предложение (RFC) заменить устаревшие бинарные форматы системных журналов lastlog, btmp, utmp и wtmp на новые разделяемые библиотеки, использующие SQLite в качестве бэкенда. Инициатива направлена на решение накопившихся проблем, среди которых переполнение 32-разрядных счётчиков времени в 2038 году, отсутствие расширяемости, низкая производительность запросов и отсутствие атомарности при записи...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64981<br> https://www.opennet.ru/openforum/vsluhforumID3/139470.html#265 Mon, 23 Mar 2026 15:51:24 GMT &gt;&gt; Достаточно <br>&gt;&gt; того, что в SQLite динамическая не строгая типизация, в том же <br>&gt;&gt; PostgreSQL - статическая строгая.<br>&gt; В исходной базе статическая структура от Си со строгой типизацией.<br><br>Я и говорю - крупно повезло. SQLite никакого контроля за типами полей не обеспечивает.<br> https://www.opennet.ru/openforum/vsluhforumID3/139470.html#264 Mon, 23 Mar 2026 15:05:15 GMT &gt; Достаточно <br>&gt; того, что в SQLite динамическая не строгая типизация, в том же <br>&gt; PostgreSQL - статическая строгая.<br><br>В исходной базе статическая структура от Си со строгой типизацией. Нет причин её менять.<br> https://www.opennet.ru/openforum/vsluhforumID3/139470.html#263 Mon, 23 Mar 2026 11:48:06 GMT &gt;&gt; Это просто крупно повезло, что в исходной SQLite не оказались разные типы <br>&gt;&gt; данных в одной колонке таблицы ))) <br>&gt; Это я и подразумевал под "простой".<br><br>А структура при этом остаётся простой. Даже в этом утрированном примере. Достаточно того, что в SQLite динамическая не строгая типизация, в том же PostgreSQL - статическая строгая.<br> https://www.opennet.ru/openforum/vsluhforumID3/139470.html#262 Mon, 23 Mar 2026 10:23:54 GMT &gt; т.е. тебе нужна реляционка чтобы делать ей less?<br>&gt; оригинальная идея.<br><br>Это была рекомендация человеку, который хочет, чтобы база sqlite была читаемой. <br> https://www.opennet.ru/openforum/vsluhforumID3/139470.html#261 Mon, 23 Mar 2026 09:52:15 GMT &gt; Это просто крупно повезло, что в исходной SQLite не оказались разные типы <br>&gt; данных в одной колонке таблицы ))) <br><br>Это я и подразумевал под "простой".<br> https://www.opennet.ru/openforum/vsluhforumID3/139470.html#260 Mon, 23 Mar 2026 08:50:15 GMT &gt;&gt; чтобы не дергать постоянно файловую систему, в описываемом случае логично journal_mode <br>&gt;&gt; = PERSIST, как и в большинстве других ACID СУБД.<br>&gt; Если стоит цель обеспечить надёжность этих логов &#8212; придётся дёргать.<br><br>Но не файловую систему, создавая и удаляя файл WAL, а только диск.<br><br>&gt;&gt; А вот насколько оправдано прибитие гвоздями к SQLite - большой вопрос.<br>&gt; Есть ли модули столь же легко включаемые в сишное ядро?<br><br>Даже если их нет сейчас, из этого совершенно не следует, что так будет в будущем.<br>А для таких логов и https://github.com/google/leveldb достаточно.<br><br>&gt; если база небольшая с простой структурой, и глубоко не оптимизировать, то <br>&gt; все SQL легко взаимозаменяемы. Сужу по замене SQLite на PostgreSQL и <br>&gt; Oracle :) <br><br>Это просто крупно повезло, что в исходной SQLite не оказались разные типы данных в одной колонке таблицы )))<br><br> https://www.opennet.ru/openforum/vsluhforumID3/139470.html#259 Mon, 23 Mar 2026 08:32:46 GMT &gt; 1C в свое время такое уже пробовал. В итоге вернулись к бинарным <br>&gt; журналам. Тормозило на больших файлах знатно.<br><br>Какой размер обсуждаемых логов? 10-20 байт на логин?<br> https://www.opennet.ru/openforum/vsluhforumID3/139470.html#258 Mon, 23 Mar 2026 08:27:14 GMT &gt; чтобы не дергать постоянно файловую систему, в описываемом случае логично journal_mode <br>&gt; = PERSIST, как и в большинстве других ACID СУБД.<br><br>Если стоит цель обеспечить надёжность этих логов &#8212; придётся дёргать.<br><br>&gt; А вот насколько оправдано прибитие гвоздями к SQLite - большой вопрос. Возможно, <br>&gt; тут лучше смотрелась бы идеология подключаемых модулей. Один из них - <br>&gt; пусть будет для SQLite, другой - Berkeley DB, третий - ещё <br>&gt; что-то key-value или SQL.<br><br>Есть ли модули столь же легко включаемые в сишное ядро? А так, если база небольшая с простой структурой, и глубоко не оптимизировать, то все SQL легко взаимозаменяемы. Сужу по замене SQLite на PostgreSQL и Oracle :)<br> https://www.opennet.ru/openforum/vsluhforumID3/139470.html#257 Thu, 19 Mar 2026 01:59:55 GMT А в винде никогда и не было проблем если не корчить из себя мaмкиного сисадмина, лазя в дебри настроек, реестр и т.д. Если не пользоваться варезом, устанавливать только качественное лицензионное ПО, не заниматься з*дротским тюнингом, то она стабильно работает годы.<br>