https://217.65.3.21/openforum/vsluhforumID3/138529.html Дэниэл Бернштейн (Daniel J. Bernstein), известный эксперт в области криптографии и создания защищённого ПО, разработавший такие проекты, как qmail, djbdns, NaCl, Ed25519, Curve25519 и ChaCha20-Poly1305, опубликовал выпуск проекта cdb 20250121, предлагающего формат хранения данных и сопутствующую библиотеку для встраивания в приложения функций для работы с БД в форме ключ/значение. Выпуск сформирован спустя более 25 лет с момента прошлого обновления cdb 0.75, сформированного в феврале 2000 года...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=64352<br> https://217.65.3.21/openforum/vsluhforumID3/138529.html#65 Fri, 05 Dec 2025 07:56:39 GMT Нет, не для скорости. Скорость подразумевает ограничения. Например, LMDB накладывает нездоровые ограничения на размер ключа при компилировании, что также раздувает структуры, а leveldb без acid и рассыпается при любом чихе вместе с его журналами. У sqlite3 acid и журналирование -- надёжность, это то, что выгодно её отличает. Скорость не критична, скорость никогда не критична и замечательно масштабируется при необходимости. Да и потом, там, где нужна скорость, используются решения для скорости (те же redis или memcached).<br><br>Собственно, нет универсального решения, какие-то лучше для конкурентных записей (тут обойти sqlite не сложно), какие-то для чтений, у каких-то меньше накладные/сопутствующие расходы. Sqlite3 это синоним надёжности, универсальности, и отсутствия проблем. Он может быть быстрым, но тогда это будет либо inmemory (к слову, если хранилище быстрое, замечательно ускоряется и в обычном режимо), либо с пониженными гарантиями надёжности в нештатных ситуациях.<br> https://217.65.3.21/openforum/vsluhforumID3/138529.html#64 Thu, 04 Dec 2025 22:00:13 GMT &gt; А чё там в mysql или postgres уже достаточно просто писать в <br>&gt; файл с данными? И можно делать это с такой же простотой <br>&gt; и удобством? Рассуждения какие-то не релевантные.<br><br>Простите, там вместо mysql имелся в виду sqlite. Если вы вдруг не поняли - key-value с интерфейсом по типу *dbm или что там у кого - юзают чаще всего для СКОРОСТИ.<br><br>А скулайт - сам по себе не особо туда метил изначально. А сдобреный питоном - этов вообще другая ниша.<br> https://217.65.3.21/openforum/vsluhforumID3/138529.html#63 Wed, 03 Dec 2025 16:15:12 GMT А чё там в mysql или postgres уже достаточно просто писать в файл с данными? И можно делать это с такой же простотой и удобством? Рассуждения какие-то не релевантные.<br> https://217.65.3.21/openforum/vsluhforumID3/138529.html#62 Wed, 03 Dec 2025 14:48:51 GMT &gt; Интересно бы было, если бы он сразу верификацию сделал, как в hacl* <br>&gt; и код на С сгенерил. Вот тогда бы красота была.<br><br>DJB в вопросах крипто и верификации сам - верификатор что надо. Более того - он учитывает многие топики о которых горе-верификаторы с формальными бла-бла не в курсе вообще. Типа постоянного времени операций и - отсутствия утечек инфо по сторонним каналам в результате.<br><br>А ваши супер-верификаторы могут наверифицировать свое спагетти - а потом окажется что допустим ключ можно побайтово рекаверить за счет анализа таймингов. Или еще какая лажа глупая вылезет. DJB как эксперт в области - может уповать на себя а не на магию черных ящиков и мегатулов делающих ЗБС каким-то нонейм винтикам, компенсирующих свою невхожесть в топики убер-тулами. В таком виде крипто намного лучше. И лажа в его коде - ГДЕ? За столько лет никто ничего не нашел. А ваш код - похвастается таким же?<br> https://217.65.3.21/openforum/vsluhforumID3/138529.html#61 Wed, 03 Dec 2025 14:41:59 GMT &gt; Sqlite можно использовать в шелле и питоне. <br><br>В них можно использовать даже мускуль и постгр если задаться такой целью. Но вот эквивалентом key-value оно от этого не станет. SQL в целом подразумевает иной перфоманс за счет оверхеда от парсера и вообще.<br><br>&gt; Остальные варианты не столь foolproof и норовят рассыпаться с повреждением/утерей<br>&gt; данных при не связанных обстоятельствах (например, ты забыл закрыть файл при <br>&gt; исключении и просто упал,<br><br>В упомянутом токийском кабинете точно есть транзакции - я проверял. И это работает так же как и любой иной ACID. Конечно с соответствующим импактом перфоманса writer'а если сыпать кучей микротранзакций, чудес не бывает.<br><br>А юзать мускуля как dbm можно конечно - но он жирней в эн раз - и что - он что-то стоящее кажет по перфомансу как вот именно key-value? Сравнимое с другими базами? Если нет - а нахрена такой key-value вперся?<br><br>А мы к тому же в треде про readonly базу - где writer'ов вообще изначально нет и ваша трабла не существует как класс.<br><br>&gt; и грозят по https://217.65.3.21/openforum/vsluhforumID3/138529.html#60 Wed, 03 Dec 2025 09:50:57 GMT стойкое ощущение, что что-то подобное про Редис было<br>только там "быстрое, т.к нет избыточности по многопоточности, а то что данные потеряются при отключении э/э - не страшно ибо это кеш или недолго-живущие ключи"<br>Или про Мускул, где аккурат один файл<br> https://217.65.3.21/openforum/vsluhforumID3/138529.html#58 Tue, 02 Dec 2025 18:10:15 GMT В оригинальном комментарии предполагается, что отсутствие стат анилиза и санитайзеров - это ужасный ужас и без них ну просто никуда, и весь софт всенепременно всё это использует направо и налево, и в борще, и в каше, и без этого ну просто не жизнь.<br> https://217.65.3.21/openforum/vsluhforumID3/138529.html#57 Tue, 02 Dec 2025 14:55:41 GMT Sqlite можно использовать в шелле и питоне. И через схожий с gdbm интерфейс в питоне. Я же говорю, на практике. Остальные варианты не столь foolproof и норовят рассыпаться с повреждением/утерей данных при не связанных обстоятельствах (например, ты забыл закрыть файл при исключении и просто упал, забудь про данные в файле leveldb) и грозят постоянной вознёй с регулярными перекомпиляциями при обновлении либ.<br> https://217.65.3.21/openforum/vsluhforumID3/138529.html#56 Tue, 02 Dec 2025 13:21:07 GMT &gt; Схерали не похожи?<br><br>Read only VS read write это принципиально разный уровень возможностей. В BDB вы можете на лету добавить запись в базу. В CDB вы идете генерить всю базу заново. Это ооооочень большая разница.<br>