В каких веб приложения можно использовать Sqlite3?

Question

[Jorik_Wa]

В каких веб приложения можно использовать Sqlite3? Там, где нет одновременной записи? Например, у меня веб сайт, на котором я отображаю инфу и очень редко есть какая-то запись в БД. Имеет смысл использовать Sqlite3?

Answer 1

[Roman K]

Когда тебе понадобится другая БД — ты поймёшь. А пока у тебя нет репликаций, хайлоада, БД-специфичных штук вроде JSONB — юзай смело.

Тут многие ругают sqlite за низкую производительность. Но проблемы производительности у этих товарищей чаще всего в кривой архитектуре. Реальные проблемы — когда у тебя тысячи RPS от клиентов, а не когда твои кривые модели генерируют N+1 запросы, которых тысячи. И постгресы всякие таких товарищей спасают ненадолго. И тюнинг тоже.

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

Comments

[Jorik_Wa]

то есть, навскидку, если ко мне приходят 1тыс-5 тыс в день, sqlite - потянет? сайт -- блог или ну что-то немного по-сложнее.

[Roman K]

Jorik_Wa, скажем так, если у тебя некривая архитектура, оптимальные запросы, то sqlite на VPS за $5 спокойно потянет 1млн+ запросов в сутки.

[sim3x]

Jorik_Wa, Не нужно считать посетителей за сутки - ето не важно
Важно сколько приходит в секунду - ето может помочь ответить, будет или не будет что-то работать

Стоит предусмотреть, чтоб в скульлайт не писались сессии

[Jorik_Wa]

sim3x, разделите тех, которые приходят в сутки на кол-во секунд - получите в секунду.

[sim3x]

Jorik_Wa, нет, в реальности так не бывает и все приходят в короткий промежуток времени

[Jorik_Wa]

sim3x, что за дебильная привычка всегда что-то оспаривать? тут мне точность не нужна. я сказал - навскидку

[sim3x]

Jorik_Wa, ета привычка обучать младший персонал правилам хорошего поведения
Также правилом хорошего поведения считается полностью раскрывать информацию
Особенно

мне точность не нужна

Answer 2

[Sergey Romanov]

В дополнение к сазаному его можно использовать в веб приложениях орентированых на пользователя. Допустим что то типа МайндМар, или какихто онлайн конструкторах, где пользователь регистрируется и создает сови документы. Тогда можно создавать по файлику на пользователя и работа будет очень быстрой, файлик можно скаать, расширение можно дать свое, и потом открвакть его настрольной версией приложения.

Использование sqlite как файлов для программ очень распростронено.

Comments

[Jorik_Wa]

я правильно понял, что сам postgresql сервер, крутясь на сервере, занимает память? a sqlite - не занимает память, потому там нет сервера, просто файл и либа.

[Дмитрий Донской]

Jorik_Wa, для любой БД есть клиент и сервер. У MySQL, Postgresql сервер запущен всегда как демон / служба. А клиент только когда ты используешь драйвер для работы с БД.

У Sqlite3 клиент и сервер запускаются и живут одинаковое время - пока исполняется скрипт, если речь идет о PHP.

Следовательно Sqlite3 накладывает на PHP скрипт расходы на запуск сервера + на запуск клиента. Например PHP + Pg = 10mb ram | PHP + Sqlite3 = 10mb ram + память для самого сервера, парсера запросов, индексов и так далее + ко всему этому процессорное время

[Sergey Romanov]

Дмитрий Донской, Ну и почему тогда на выборку sqlite быстрее других баз? Нет там ни какого сервера. Просто файл открывается, и делается выборка. Это просо хранение данных в файле. Это не SQL служба. Просто выборка делается знакомым стандартным языком SQL но по сути это просто файл.

Answer 3

[profesor08]

Просто сделай и посмотри на результат. Если устроит, то нормально, если нет, то перенесешь данные в другую базу. За одно получишь опыт.
Ответ да или нет, да еще и обоснованный ты не получишь, по одной простой причине, что не понятно что внутри у твоего сайта.

Answer 4

[Евгений Педя]

Если что-то меняется редко, а нужно удобно, то вполне себе оно. Ещё копировать/переносить удобно в оперативном плане.

Какой-нибудь скрипт синхронизации с веб интерфейсом для настройки.
Какой-нибудь калькулятор с веб интерфейсом настройки.