Опубликован релиз SQLite 3.45, легковесной СУБД, оформленной в виде подключаемой библиотеки. Код SQLite распространяется как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум, в который входят такие компании, как Bentley, Bloomberg, Expensify и Navigation Data Standard...Подробнее: https://www.opennet.me/opennews/art.shtml?num=60460
Давным-давно Far Manager читал настройки из реестра и запускался мгновенно с жёсткого диска. А новый работает с SQLite и бывает пару секунд загружается с SSD.
Если настройки читаются с дискеты 3.5, то возможно.
Так а вы, батенька, экстрасенс?
Опыт.
> Так а вы, батенька, экстрасенс?Какой же Нортон^Wfar без дискеты?
и никто не сказал, что Far manger это Windows only... ты стареешь, опеннет
https://github.com/elfmz/far2l
> Linux fork of FAR Manager v2
> v2
Far из-за обилия плагинов на старте сильно тормозит. Попробуйте перезапустить без них и удивитесь.
> А новый работает с SQLite и бывает пару секунд загружается с SSD.С чего вы взяли, что проблема именно в SQLite? Он на миллионах устройств работает молниеносно.
В вашем воображении? Скулайт тормозит и теряет данные. Вот две его основные способности.
Пруфов, конечно же, не будет.
Он хранит пруфы в sqlite, поэтому нет.
Каких фаерфокс теряет данные скулайте если заканчивается место на диске.
А ты хотел бы, чтобы новые данные сохранялись на диск, на котором закончилось место?
Цэ, батенька, из области фантастики.
Попытайся в голову зачем продолжать писать если место кончилось делай отказ, но сохрани данные.
> Попытайся в голову зачем продолжать писать если место кончилось делай отказ, но
> сохрани данные.Куда сохранять-то?
> Каких фаерфокс теряет данные скулайте если заканчивается место на диске.Sqlite как раз не теряет, теряет leveldb и та дрянь которая у него ещё используется.
> В вашем воображении? Скулайт тормозит и теряет данные. Вот две его основные
> способности.Ты просто не понимаешь, в чём суть проблемы тормозов sqlite. Она не связана с производительностью дб. Она связана с объёмами хранимой информации (и очень необходимой по мнению разработчиков, чёрт бы их побрал) и тормозами IO. Ещё иногда индексы не настроены, а выборки используются совершенно дикие, и, конечно, они будут тормозить.
Ты правильно мыслишь ну не подходит скулайт для задачи зачем его пихать то везде. Больше того он почти никогда не нужен.
Скулайт абсолютно универсальный для любых конфигов и логов, легко взять и легко использовать, при этом, он вполне себе гарантирует, что с успешно записанными данными ничего не случится при падении программы, отключении питания, или там при "кончившемся месте", а сама библиотека достаточно хорошего уровня (и предсказуемая).
использовал во многих проектах. причем начиная с версии, ктторая под WinCE была. Использовал с fluttet, .net, go, rust...
вот чего НИКОГДА не было замечено, так это поломки базы без причины. бывали иногда баги, бывали проблемы с биндингами, иногда хотелось нормальные типы данных. но вот терять данные и тормозить - никогда.
Зайди в браузер например ФФ прочисти всё что хранится в скулайтах. И увидишь как браузер начинает летать и да это на ссд.
это конечно шикарно, но это точно sqlite, или ff все таки
ОС ещё переустановить можно. Тоже, говорят, всё летать начинает.
тормозит - да.
теряет данные - и да, и нет.Проблема в том, что SQLite не теряет данные. Это журналируемый калл. Из-за этого vacuum жрёт вдвое больше места и потребляет i/o и изнашивает диск. И имеет все шансы прерваться посередине. Есть официальный воркараунд на правах демки - отдельный бинарь, делающий вакуум, но in-place без гарантий сохранности. Так как для важных баз и так есть бэкапы, пользуюсь им.
По-умолчанию каждая операция в своей транзакции, оттого и медленно - каждая операция проходит сначала журнал, а потом файл базы. Чтобы снизить i/o нужно сгруппировать все операции записи настроек в одну транзакцию.
База ломается когда wal-файлы или файлы журнала были удалены.
Открывает базу медленно. Дальше побыстрее дело идёт.
Хочется высказаться, как они достали со своим JSONом, но снизу послучал YAML...
> Хочется высказаться, как они достали со своим JSONом, но снизу послучал YAML.А тебе-то какое дело? Как именно они достали лично *тебя* JSONом?
Возможно он нашёл на помойке методичку MS из нулевых, про то что тормозной XML и SOAP - его светлое будущее)
Не любитель ломать глаза, но на XMPP народ сидит - и не обламывается. А под капотом у него...
Фишка XMPP не в XML. То что он по историческим причинам его использует - это вообще не плюс. А дыры заложенные в XML by design вообще прекрасны
А какие у него дыры?
> Не любитель ломать глаза, но на XMPP народ сидит - и не обламывается. А под капотом у него...На кубике сидит в тысячи раз больше народа и ещё более не обламывается, а там Джейсон на Фредди^Wямле и CUE-м погоняет.
к слову, сервисно ориентированная архитектура стала будущим, да и текстовый формат обмена данными. напомню, вместо монолитов того времеги, и повсюду распространненной бинарной сериализации.
Кто сказал "GRPC"?
я тоже его люблю, но кодогенерация на основе OpenApi вне конкуренции по популярности, простоте реализации и отлаживаемости.
> но снизу послучал YAML...К yaml линейка прилагается, чтобы оступ измерять?
>> но снизу послучал YAML...
> К yaml линейка прилагается, чтобы оступ измерять?Вот ей, похоже, и постучали. )
Да, значимое количество пробелов в текстовом формате - это полный питон конечно.
> К yaml линейка прилагается, чтобы оступ измерять?А я думал, его можно открыть в текстовом редакторе, который сам всё померит...
>> К yaml линейка прилагается, чтобы оступ измерять?
> А я думал, его можно открыть в текстовом редакторе, который сам всё
> померит...ЕМНИП в yaml стандарт де-факто в 2 пробела. Удачи тебе, зоркий глаз.
Мне-то зачем? Я же не на бумажке пишу, а в редакторе.
C wal2 можно будет дёргать из розетки без значительных повреждений?
Если коротко, то нет.
Печаль, придётся и дальше сидеть на журнале.
> придётся и дальше сидеть на журнале.Чтоб сидеть как на стуле, надо наверное много журналов ;)
Профи подкладывают журнал на стул.
Таким образом, сочетаются плюсы сидения на стуле и на журнале.
> Профи подкладывают журнал на стул.
> Таким образом, сочетаются плюсы сидения на стуле и на журнале.Главное в таком случае, чтоб стул был твердым, - не жидким
Либа то хорошая. Но развивает один челик со своим внутренним вектором. Не дело это.
Но его продукт невероятно успешен, а это означает, что он все делает правильно.
Электрон успешен они всё делают правильно.
> Электрон успешен они всё делают правильно.Так и есть, без шуток.
Это те, кто на электроне приложения делают, делают неправильно.
Так же и и со скулайтом, кто им пользуется делает это неправильно.
Так-то и сишка — неплохой язык, просто им пользуются неправильно (динамически аллоцируют произвольные объемы памяти и работают с указателями, вместо того, чтобы ограничиваться типами фиксированного размера и обращаться к переменным только напрямую).
> Но его продукт невероятно успешен, а это означает, что он все делает
> правильно.js и npm тоже успешны. Согласись, что в твоем умозаключении ошибка.
гм... а что неправильного они делают?
js улучшается, есть ts, npm становится удобнее, node - быстрее.
пользователей все больше.. кода написанного на js/ts тоже.
популярности платформы можно позавидовать.
никто не смог сделать ничего и близко сравнимого.
они точно ошибаются?
> гм... а что неправильного они делают?
> js улучшается, есть ts, npm становится удобнее, node - быстрее.
> пользователей все больше.. кода написанного на js/ts тоже.
> популярности платформы можно позавидовать.
> никто не смог сделать ничего и близко сравнимого.
> они точно ошибаются?Да, потому что все что ты написал - ложь. Все что происходит - это исправление костылей изначально кривого языка и платформы, латание дыр на лету. Да, плывет, но экипажу неудобно и сыро.
> популярности платформы можно позавидовать
Популярность - вовсе не означает правильность выбранного пути. Возможно новое поколение думает именно так и тогда тебе стоит стать популярным блохером, а не ученым.
но ведь оно про инженерию.
а тут простите, но постоянный компромис, между качеством и затратами.
потому, что все не ради науки, а ради денег.
и тут нода разорвала все грелки.
Только при условии, что считаются затраты "в короткую".
Нода — это инструмент для быстрого сляпывания сырого прототипа.
Как только расходы от поддержки такого прототипа считаются "в долгую" — рвут уже ноду.
да, начинается все именно с того, что надо быстро съесть рынок
Какой один человек, там целая контора!
Да, там есть лидер - он как Торвальдс принимает ключевые решения, но работает над проектом очень много людей.
> но работает над проектом очень много людей.Ну, чтоб быть обьективным, то не так уж и много. К ним проломиться с пул реквестом, надо пуд соли сьесть и то не факт что мержнут, может поэтому кстати и качество, что не пихают все что не попадя
>JSONB is a binary representation of JSON used by SQLite and is intended for internal use by SQLite only. Applications should not use JSONB outside of SQLite nor try to reverse-engineer the JSONB format.Наизобретают велосипедов. Формат судя по намёкам в доке не оптимизирован для поиска, в отличие от postgres. Зачем тогда кастомный формат? Почему не хранить CBOR? Я вот в базе храню CBOR.
jsonb покомпактрее json'а, и работать с ним быстрее только из-за этого используют.
Да, другой похожий формат может был бы лучше. Не исключено, что jsonb выкинут.
А когда уже mongo на движке SQLite
вместо постгреса?
уже тут