по скрину похоже на пуш уведомление, но это все что я смг понять, чет сленг адский)

и "массив массивов", имхо лучше говорить "многомерный массив" )

protobuf былоб вообще идеал, но не в курсе как там на клиентах с этим

Protocol buffers currently support generated code in Java, Python, Objective-C, and C++. With our new proto3 language version, you can also work with Dart, Go, Ruby, and C#, with more languages to come.

https://github.com/protobufjs/protobuf.js гугл говорит, что не все так плохо

бэкендеры с удовольствием примут json объект, дальше пусть у вас голова не болит)

если в таком виде отправить дату, она прям отличненько в монго зайдёт

Коллеги, всем привет! Подскажите, как лучше решить такую ситуацию: есть кластер (ReplicaSet из 3-х монг). В случае падения мастера, одна из реплик становится мастером. Как лучше реализовать проверку, чтобы, к примеру стоял балансировщик (haproxy), и всегда пробрасывал на мастер, а в случае фейла, проверял, кто сейчас стал мастером, и посылал запросы уже на него. Есть какое-либо встроенное решение, или придется юзать сторонние балансеры?

Привет! У меня "околомноговский" вопрос. Есть коллекция с документами у каждого из которых 3 из 15+ полей - тяжелые массивы, где-то так от 500Кб до 2-5 Мб. Как массивы они юзаются только в самом начале их создания, потом же - только изредка для чтения.. Вопрос: как их мозжно сжать на прикладном уровне - алгоритмом или ещё как-то. то есть кодить/декодить на стороне приложения. Как обычно это делают? Если нельзя, то в какой сторедж их обычно выносят? Я думаю про AWS S3 + Cloudfront - что скажете?

Положите в отдельную коллекцию эти массивы как есть. Может включить zlib для этой коллекции, создав ее вручную и передав туда wiredtiger configuration string. Когда станет дорого хранить в монге, тогда и будет понятно где хранить дешевле.

Я задам классический вопрос почему 20гб это проблема :)

Если это психологическая проблема, то вообще не стоит ничего делать. 20гб за 4 месяца это 60гб в год, это даже в Атласе будет ну может 300 баксов. Вряд ли вы даже перенос в другую колелекцию будет дешевле 300 долларов и даст какую-то экономию которая эти 300 долларов откупит.

Нажать кнопочку upgrade

M40 уже, сколько можно)

Ваше время все равно дороже

Вы уже все делаете правильно. Заболело, проапгрейдились

я не уверен что это хорошая идея =( обыгрывать проблемы на уровне железки, когда можно на уровне кода как-бы технический долг и деньги клиента

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

просто сок в том, что переложить их на S3 займёт не на много больше времени чем перенести в отдельную колекцию,,, но это так, предположение)

Вам решать. Но я ещё раз рекомендую посчитать сначала убытки от проблем. S3 это дополнительное хранилище, это добавит сложности как в приложении, так и в сопровождение. Как минимум будет головная боль с резервными копиями. Поиск по данными будет близко к невозможному, если вдруг понадобится. Я за то чтоб выносить ненужные данные из хранилищ, но это должно быть обусловлено ценой. А 20гб это масштаб еле дотягивающий даже до десятков долларов. Если вы нашли что у вас при запуске приложения требуется прочитать кучу документов, в которых хранятся эти массивы, то проще всего вынести эти данные в отдельную коллекцию. Из отдельной коллекции потом в вынести в другое хранилище будет проще, так как данные уже будут разделены.

Failover встроенный, вам не нужно использовать сторонние инструменты.

Например 2.mongobd.ru - secondary, когда сломается, мастером станет 3.mongodb.ru - и чтобы приложение ходило уже на 3 ноду

@dd_bb а не подскажешь как оптимальнее - балк инсёрт / апдейт - или апдейтить по одному документу?

Оптимальнее никогда не обновлять документы

Оптимальнее никогда не обновлять документы

А как юзать монгу? Удалять документ и писать новый?

Что «?»

но обновлять данные как-то нужно же)

Как и любое друге хранилище и не забивать себе голову «оптимальностью» пока нет реальной проблемы.

Драйвера, если они соблюдают спецификацию, сами разрешат эту ситуацию. Вам остаётся только указать список серверов в connection string или настроить SRV запись.

Это в конфиге приложения?

Как и любое друге хранилище и не забивать себе голову «оптимальностью» пока нет реальной проблемы.

народ, а монга умная? если у меня в матче 5 кондишенов на 5 разных полей, и только на один из них индекс - она начнёт с индекса кверить?

Т.е. к апдейтам Ваше сообщение не относилось?

Если сравнивать абстрактную эффективность в вакууме то в любом хранилище вставка будет более производительной чем обновление. Так как обновление требует сначала найти запись, потом выполнить с ней какие-то трансформации, а потом уже записать результат и обновить индексы. Вставка же сводится к записать данные и добавить новые ключи в индекс.

Нет, не нужно