АР
У меня buildbot сидит на sqlite базе. Полёт нормальный.
Ну говорят там докер работает(ни разу норм не показали), значит любую
А скллайт говнище, лучше не надо
Size: a a a
2019 April 05
A
Докер работает
YK
Сколько должно быть записей в БД чтоб задумываться переходить с sqlite на более мощноее, учитывая то что запросов в бд будет мало и онлайн будет мелкий
A
Сколько должно быть записей в БД чтоб задумываться переходить с sqlite на более мощноее, учитывая то что запросов в бд будет мало и онлайн будет мелкий
более важен характер нагрузки: чтение/запись чем объем бд как таковой
A
Сколько должно быть записей в БД чтоб задумываться переходить с sqlite на более мощноее, учитывая то что запросов в бд будет мало и онлайн будет мелкий
10к+
A
ну конечно многогиговые бд точно не очень будут в нем
A
Может 100к+
YK
характер нагрузки, инсерт в БД грубо говоря один в день, раз в день БД будет затираться и записываться заново. Чтение из десятка человек. Чтение редкое
A
Зависит от количества полей в записи
YK
Ну это я уже подсчитаю поближе к продакшену
YK
Тут чуть ли не каждый день по полю добавляю
YK
Но проекту три дня
A
еще учитывать что чтение как правило кешируется
TM
Ты просто не умеешь готовить sqlite
Что почитать?
АР
Что почитать?
Какой странный вопрос.
АР
Документацию почитай
TM
Звучит удобно
YK
бульком и без заполнения м2м поля, время сократилось с 15 до 5 секунд
TM
Ну и я столкнулся с тем, что констрейны на int > 0 повалились в тестах. Не стал париться, поставили постгрес туда
2019 April 06
AO
не знаю, почему sqlite хейтят, но sqlite + Django - это вполне полноценная замена MS Access