NI
Кстати на сайте MongoDB можно ознакомиться, как они это преподносят
https://www.mongodb.com/compare/mongodb-postgresql
https://www.mongodb.com/compare/mongodb-postgresql
Size: a a a
2021 March 09
VA
хм... параплан на аватарке... цветной как BGD кажется)))
Я только учусь :)
A
Я только учусь :)
Вектор?
KK
Я только учусь :)
да я уже рассмотрел по шлему и подвеске что не тру-братьи.
KK
Nikita Ilin
Кстати на сайте MongoDB можно ознакомиться, как они это преподносят
https://www.mongodb.com/compare/mongodb-postgresql
https://www.mongodb.com/compare/mongodb-postgresql
такое лучше не читать вообще....
https://www.mongodb.com/mongodb-vs-couchbase
https://www.couchbase.com/mongodb-redis
https://www.mongodb.com/mongodb-vs-couchbase
https://www.couchbase.com/mongodb-redis
NI
Ну от вендоров вообще лучше не читать наверное))
KK
Nikita Ilin
Ну от вендоров вообще лучше не читать наверное))
во-во
VA
ЕМ
Ага. Я пытаюсь понять, в каких случаях монга будет лучше хоть чего-нибудь иного.
Пока все, что я услышал - что ее язык запросов удобнее PG (что у меня вызывает большие сомнения).
Пока все, что я услышал - что ее язык запросов удобнее PG (что у меня вызывает большие сомнения).
Монга имеет и плюсы и минусы. По мне так минус один - та самая schemaless (далеко не всегда нужна), которая при желании спокойно фиксится на уровне приложения с помощью mongoose. Вложенные объекты, индексы по вложенным полям, мощный язык агрегации данных, возможность писать map-reduce функции на javascript. Ну и шардинг немалое преимущество, не все БД сейчас его умеют.
p
Евгений Мухамедшин
Монга имеет и плюсы и минусы. По мне так минус один - та самая schemaless (далеко не всегда нужна), которая при желании спокойно фиксится на уровне приложения с помощью mongoose. Вложенные объекты, индексы по вложенным полям, мощный язык агрегации данных, возможность писать map-reduce функции на javascript. Ну и шардинг немалое преимущество, не все БД сейчас его умеют.
вот только лимит в 16Мб на документ никуда не пропал
ЕМ
вот только лимит в 16Мб на документ никуда не пропал
не могу себе такой документ представить)) Не уверен, что кому-то понадобится из базы забирать целиком такие объемы. Если реально так, то лучше отбивать большие куски документа в отдельные коллекции.
p
Евгений Мухамедшин
не могу себе такой документ представить)) Не уверен, что кому-то понадобится из базы забирать целиком такие объемы. Если реально так, то лучше отбивать большие куски документа в отдельные коллекции.
> отбивать большие куски документа в отдельные коллекции
ссылочная целостность ;)
ссылочная целостность ;)
PD
Евгений Мухамедшин
Монга имеет и плюсы и минусы. По мне так минус один - та самая schemaless (далеко не всегда нужна), которая при желании спокойно фиксится на уровне приложения с помощью mongoose. Вложенные объекты, индексы по вложенным полям, мощный язык агрегации данных, возможность писать map-reduce функции на javascript. Ну и шардинг немалое преимущество, не все БД сейчас его умеют.
Так все это есть и в PG )
Кроме шардинга, но "шардинг из коробки" это всегда ложь, такого не бывает
Кроме шардинга, но "шардинг из коробки" это всегда ложь, такого не бывает
p
Евгений Мухамедшин
не могу себе такой документ представить)) Не уверен, что кому-то понадобится из базы забирать целиком такие объемы. Если реально так, то лучше отбивать большие куски документа в отдельные коллекции.
Проблема ещё в том, что апдейт поля подразумевает апдейт всего документа и большой поток апдейтов делает нагрузку cpu-bound
PD
Nikita Ilin
Кстати на сайте MongoDB можно ознакомиться, как они это преподносят
https://www.mongodb.com/compare/mongodb-postgresql
https://www.mongodb.com/compare/mongodb-postgresql
Там уже первое сравнение не имеет никакого отношения к действительности, остальное можно и не читать...
p
Проблема ещё в том, что апдейт поля подразумевает апдейт всего документа и большой поток апдейтов делает нагрузку cpu-bound
т.е. я вполне себе видел как монга потребляла 100% всех доступных в системе cpu
ЕМ
Так все это есть и в PG )
Кроме шардинга, но "шардинг из коробки" это всегда ложь, такого не бывает
Кроме шардинга, но "шардинг из коробки" это всегда ложь, такого не бывает
Работа с json документом в Pg - то еще занятие (ИМХО). Чисто субъективно - для хранения документа, никогда не стал бы использовать релицонку, даже если в ней есть такая возможность. Пока лучше монги ничего не нашел по скорости отбора по индексам и апдейтам кстати тоже (первый раз слышу про апдейт всего документа, не в курсе - если есть ссылка, киньте плз)
OF
если ещё актуально, то вот тут можете спросить: https://t.me/sentry_ru
основные жалобы - самому хостить геморно, так как довольно много движущихся частей
основные жалобы - самому хостить геморно, так как довольно много движущихся частей
оке, спасибо!
PD
Евгений Мухамедшин
Работа с json документом в Pg - то еще занятие (ИМХО). Чисто субъективно - для хранения документа, никогда не стал бы использовать релицонку, даже если в ней есть такая возможность. Пока лучше монги ничего не нашел по скорости отбора по индексам и апдейтам кстати тоже (первый раз слышу про апдейт всего документа, не в курсе - если есть ссылка, киньте плз)
Хм, по мне оно гораздо логичнее, чем в mongo )
И уж точно быстрее при работе по индексу.
И уж точно быстрее при работе по индексу.
ЕМ
Спорить не буду) каждому свое.