A
Плюс индексы навернуть и выборки делать
Size: a a a
2021 June 04
ЗА
Монга это про другое
A
Про шарды - в постгре они тоже есть)
Лан послушай доклад
Лан послушай доклад
ЗА
А так мне реляционные sql нравятся больше всего из сборов
ЗА
Они простые
ЗА
Понятные
ЗА
Удобные
ЗА
Хороший баланс между чтением и записью
A
Мы в Авито прямо сейчас храним данные и в Джейсон би и в обычных полях.
А с монгой я работал ещё тогда когда у них в выборках был только режим js. У монги очень мощный маркетинг был на старте. Сам продукт же посредственный. За два года использования мы им баг репортов столько накидали.
А с монгой я работал ещё тогда когда у них в выборках был только режим js. У монги очень мощный маркетинг был на старте. Сам продукт же посредственный. За два года использования мы им баг репортов столько накидали.
ЗА
Он на старте был одним из немногих баз, котоые могли держать петабайты данных и шардироваться с пол пинка. Монга же про это
ЗА
Если можно что-то делать в постгре, лучше делать это в постгре. Но постгря это реляуонная бд, у неё сама по себе структура хранения строк и таблиц усложняет шардирование и поддержание таких объёмов данных. Пару лет назад появились решения на постгрю тоже, но все равно в задачах на большие объёмы куда-там реляционным базам до nosql
ЗА
Я про это. А так jsonки мы тоже в постгре храним, нормальная вещь
ЗА
Кроме синтаксиса, конечно
A
Причем тут реляционность. Я тебе говорю что те же петабайты в постгре уложить будет быстрее и на запись и на чтение. Там выше весь доклад про это.
A
Есть места где нужен nosql и где jsonb не натянешь. Но и там я бы монгу не брал.
ЗА
Я посмотрю
A
Ладно пойду спать. С монгой мы обожглись давно - лет 10 назад. Ща она намного лучше конечно. Так что смотрите сами.
ЗА
ну я перед сном прост прошёлся по докладу
ЗА
на на одной ноде без шардов очевидно конечно, что постгря быстрее
ЗА
тем более в OLTP