Linda-chan, даже embedded ?

Тем более.

обоснуй

Исключительно большой оверхэд, особенно если девелопер не приучен убирать за собой, и всякий мусор накапливается в таблицах.

Чо это тебя так бомбануло?

Linda-chan, вообще, я больше за PostgreSQL, поэтому у меня не возникает вопросов с хранением настроек в базе (считаю хранение там - бредом, если это, конечно, не относится к чему-то, что надо сохранить для юзера, что нельзя поместить в "локал стораж"). В жабе для настроек юзаю проперти в лучшем случае, в плюсах/ди тоже что-то свое, но не базу. Хотя грешу иногда в sqlite

Я про десктопные приложения вроде FAR.

я считаю что это очень правильно и удобно - хранить настройки в базе

Только реестр, только хардкор.

Погромист, который думает только о своём удобстве должен быть изгнан из профессии и публично выпорот.

Текстовые конфиги, XML файлы, С другой стороны, они не избавляют от необходимости убирать мусор, но по крайней мере не так пожирают память.

Linda-chan,

публично выпорот

Оу.

Реестр тоже база

Реестр общий.

@zikmok, что, шишка встала?

@romme, а почему тебя это волнует?

FAR 3 хранит в SQLite. А до этого в реестре, который тоже база данных.

@zikmok, антропологический интерес

Ты действительно не видишь разницы между системным реестром и SQLite?

И, да, похоже, я перепутала MySQL и SQLite в посте, что не отменяет его сути.

как бы отменяет. Sqlite не зависит от системы.

Казалось бы, при чём тут зависимость от системы?

при том, что мускул ставится в систему в качестве процесса и для его работы требуется обращение к серверу. Для работы sqlite ничего не требуется. Не вижу разницы в хранении настроек в каком нибудь ini или базе sqlite, разве что во втором случае не нужно постоянно парсить текстовые документы и структура хранилища неизменна.

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

что за пиздец? Где у sqlite сотни памяти? Если только утечка

сколько раз пользовал sqlite ни разу такого не было. Разве что ты не умеешь его готовить.

Постоянная загруженность базы + раздолбайства девелопера, которому удобнее призвать купить планку на терабайт, нежели оптимизировать данные.

что блядь я только что прочитал? Иди проспись что ли. Хуйню городишь. Какая связь между выбором инструментов и похуизмом некоторых быдлокодщров? Sqlite не требователен к ресурсам. А говнокод может пожрать память и на парсинге ini

Связь прямая. Спи спокойно, дорогой товарищ.

и в чем же она прямая?

Вижу. Реестр чуть быстрее, SQLite портативен.

От использования реестра использование памяти программой не растёт. Садись, два.

Мне пофиг, я успешный человек, у меня 32 гига, как завещал великий NokitaKaze!

Главное в программах, в системных требованиях помечать: "Проц, Место на диске, Успешный человек"...

Linda-chan, реестр и склайт не равнозначны по своему функционалу

Товарищи в треде уверены, что ты неправ.

не обобщай, я про реестр Ни слова не сказал.

Linda-chan, ты сказала необоснованную чушь. Не делай такого, есть риск сесть в лужу из-за некомпетентности.

Я ж не говорю, что все.

Ну а по теме ты что приготовил?

Вполне допустимо хранить настройки программы в легковесном хранилище вида SQLite. Есть такие кейсы, и embedded-решения их покрывают. Более того, этот выбор слабо связан со скоростью работы программы (если вообще хоть как-то связан) — мы же обсуждаем нормальный софт. У меня всё, засим откланяюсь.

Молодец, коротко и не по делу.

Это же Point. Здесь не нужно писать по делу.