а какие причины побудили уйти с постгры?

заказчику кластеризация не нравится в постргес, а она нужна и беспокоится за скорость

а какие требования к кластеризации ставятся?

и кластеризацию вы планируете за счет шардинга сделат ьили на репликасетах разделив чтение-запись?

я сам не знаю, если честно

просто таск на перевод прилетел

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

либо все журналить и тогда просадочки по производительности

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

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

согласен, спасибо. Буду пушить заказчика

а вы доработчик только софта или полностью ПО+БД+окружение?

ПО+БД .

То-есть есть рабочий код для постргес. Перекатываем на монгу его

тогда странно, что не вы определяете какую БД использовать

уже вижу. Может подскажите как это можно обойти? А если хранить в одном документе всё, это нормальное решение? Модно ли 16 мб обойти?

Думаю надо или подождать или взять слона)

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

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

Да-да. А как смотрите на то , что бы юзать монгу+постргрес. Монга как кеш

Да-да. А как смотрите на то , что бы юзать монгу+постргрес. Монга как кеш

Нее

для легкой горизонтальной масштабируется нужно чтобы данные были соотвевующе подготовлены, что знаете ли не тривиально

Монга это же бд, а не кеш

Да-да. А как смотрите на то , что бы юзать монгу+постргрес. Монга как кеш

плохая мысль

Надо или редис или мемкеш или что там ещё щас есть модное

Ну да

Но, можно подумать как сделать связку, чтобы потом отказаться от слона в пользу стабильной 4ой монги

С меньшими потерями

Но, можно подумать как сделать связку, чтобы потом отказаться от слона в пользу стабильной 4ой монги

Да . Я уже записался на бетку. Но времени совсем нет, что бы ждать её

Да . Я уже записался на бетку. Но времени совсем нет, что бы ждать её

А что за проект? От чего отталкиваешься и что с ним будет примерно через 5 лет по данным?

А что за проект? От чего отталкиваешься и что с ним будет примерно через 5 лет по данным?

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

5 лет в индустрии это очень много

В этом горизонте можно только какие-то стратегические параметры закладывать

4.0 в продакшене я бы не планировал

В смысле с транзакциями

Во-первых они только внутри реплики работать будут, а не в шарде, а во вторых, первые версии технологий всегда с приключениями катаются

5 лет в индустрии это очень много

Это смотря для какой, в ентерпрайзе 10к это нормально, правда там подобные решения не использовались, но в последние года начали

Это смотря для какой, в ентерпрайзе 10к это нормально, правда там подобные решения не использовались, но в последние года начали

Мы монгу в промавтоматизации еще 8 лет назад начали использовать ;)

Мы монгу в промавтоматизации еще 8 лет назад начали использовать ;)

В жава мире все более консервативно)

В промавтоматизации ещё более консервативно, но монга была самым выгодным решением в тот момент и её без особых проблем продали руководству

В промавтоматизации ещё более консервативно, но монга была самым выгодным решением в тот момент и её без особых проблем продали руководству

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

Мы её для аналитики и брали, ага. Как первичное хранилище для временных рядов она не очень подходящая была в тот момент, мы плохо понимали как их туда надёжностей компактно складывать

Добрый день Столкнулся со следующей проблемой: есть коллекция объектов, каждый из содержит массив случайных чисел, уникальных для всей таблицы и лежащих в определённом диапазоне (скажем от 1 до 1 млн). Задача следующая: получить набор свободных чисел для создания нового объекта. Есть ли какой-то способ кроме генерации рандомного числа и проверки на наличие в коллекции?

В промавтоматизации ещё более консервативно, но монга была самым выгодным решением в тот момент и её без особых проблем продали руководству

Живет, не кашлеет или проблемы были?)

Мы её для аналитики и брали, ага. Как первичное хранилище для временных рядов она не очень подходящая была в тот момент, мы плохо понимали как их туда надёжностей компактно складывать

Ааа, ну я так и понял)

Живет, не кашлеет или проблемы были?)

Были конечно. Она тогда только только вышла, наелись с ней всякого с шардингом

А что за проект? От чего отталкиваешься и что с ним будет примерно через 5 лет по данным?

iot

Были конечно. Она тогда только только вышла, наелись с ней всякого с шардингом

Конек же ее, шардинг)

Плюс у нас требования очень жестокие были по эксплуатациии, например пришлось кластер в vShpere крутить

Плюс у нас требования очень жестокие были по эксплуатациии, например пришлось кластер в vShpere крутить

У меня тоже опыт был с монгой в есфере, но вроде как проблем там не было особых, тогда как раз тайгер вышл

До него я вообще не хотел монгу использовать

Доброго дня. Кому не трудно поставьте плиз звезду. Наша приложуха для mongoDB на конкурсе. Могу промокоды дать. https://bestmobileappawards.com/app-submission/mongolime

Доброго дня. Кому не трудно поставьте плиз звезду. Наша приложуха для mongoDB на конкурсе. Могу промокоды дать. https://bestmobileappawards.com/app-submission/mongolime

серьезно ест ьлюди разработывающие структуру бд на мобиле?

на десктоп такое както получше бы смотресь в плане применимости

еще и платное

это все IMHO и может ваше мнение другое конечно

всем добрый день, такой вопрос: есть документы вида: { _id: ObjectId, items: [{"a": 1}, ..., {"a": N}] } надо выбрать все доки у которых кол-во элементов в items равно 3 и выкинуть последний чтобы осталось два.

серьезно ест ьлюди разработывающие структуру бд на мобиле?

Есть чуваки которым прям зашло, когда не за компом но что то нужно срочняк сделать

еще и платное

эт ток ios, ради теста бахнули

когда не за компом и нужно чтото срочняк сделать - это пиздец

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

Ну мы в первую очередь приложение это чисто по фану делали

Приложение было очень плохим, когда я его первый раз видел

Скоро планируется еще один большой апдейт

Мммм это походу то самое, а то я поудмал может это еще ктото новый замутил

То самое, да. Нарушающее права на торговую марку ;)

?

Кстати а вы продумывали список задач, котоыре можно решат ьв вашей приложухе?

В описании же есть что она умеет

Щас уже в пору прилажухи для кубирнейтс делать)

Там по идее без консоли можно разломавшийся кластер поднять)

А так то консоль, а с ней на телефоне что-то не то

когда меня .sort({ 'views': -1 }) на .sort({ ‘created’: -1 }) монге не хватает пямяти 32мб это нормально?

когда меня .sort({ 'views': -1 }) на .sort({ ‘created’: -1 }) монге не хватает пямяти 32мб это нормально?

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

спс

Вопрос, у $facet внутри pipeline идет в разброс? т.е. пишу $sort, $skip, $limit, и каждый раз когда меняю skip для пагинации происходит бред

ну и да, sort я делаю по полю status который может повторятся в юзеров (blocked, active, pending)

Как методом $pull удалить один элемент, подходящий под условие, а не сразу все повторяющиеся?

Вернусь к вчерашнему вопросу с транзакциями. Апдейтнул модель и привёл всё к денормализованому виду. Всё хорошо легло, но есть один метод с кучей операций вставки, который нуждается в транзакции. Двухфазный комит я так понимаю это только на уровне приложения сработает? И что вы думаете на счёт TokuMX и его транзакций?

привет котоны, а подскажите пожалуйста кес по работе с update upsert=true с такими радостями как $set $addToSet $setOnInsert в одном запросе

собственно трабл в том, что при создании документа мне нужно одно поле установить в 0, а при обновлении уже другое число засунуть

если в $set и $setOnInsert засунуть это поле, начинается ругань

Всем привет! Такой вопрос, можно как то гео выборки делать если есть координаты не в GeoJSON формате? Формат такой: "location" : { "name" : "Вальпараисо, Чили", "lat" : -33.047238, "lng" : -71.6126885 },

$geoWithin нужен.. или какие есть варианты? большая база и гео в таком формате

а должен быть такой формат, как я понимаю { type: "Point", coordinates: [ 40, 5 ] }

ну в кратце да

ну в кратце да

подскажешь как?

подскажешь как?

ну судя по всему, ты задумал какой-то "хак" чтобы не мудрить с геокодингом объектов где-то там

тут без хака никак просто)

https://www.mongodb.com/presentations/mapping-flatland-using-mongodb-mmo-crossword-game?utm_term=2012-02-13-17-11-00

зырь туда

но в большинстве случаев проще поместить твою карту в классический geoJSON

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

ты же понимаешь что никто ничо не понял)

вопрос нафига тебе геожсон если ты его не собираешься юзать

зависит от точности, нужен ли радиус, коробка, или там вообще кастомные баунды

задача неясна

есть куча дешевых решений без геоиндекса

{ location: ["Вальпараисо, Чили", -33.047238, -71.6126885] } location.0|1|2 ...