SP
С той же монгой никто не мешает стримы и всякие редьюсы делать, строить всяческие вьюшки и т.д. просто может непривычно
Size: a a a
2021 June 23
K
Это по какому принципу нет? Я не говорю юзать агрегации, а индексы там по сингл коллекции работают отлично. Монга отлично пишет и отлично читает с одной коллекции.
K
Почитаю, спасибо
K
вообще-то есть куча холодных данных которые планирую запускать в кукеры через бизнес ивенты и компьютить асинхронно. Рид модели сразу отдавать нестед объекты для маппинга/фильтрации. Кажется перспективно?)
SP
Я вот вспоминаю свой опыт работы с монгой и "спустя 7 лет" прям стыдно за выбор модели данных. Все ж монга требует несколько другой подход к моделированию. Я правда сейчас и с постгре похожие идеи использую но я больше про силу привычки
S
Всем добрый вечер.
Посоветуйте почитать одухотворённого про resilient software design.
Спасибо.
Посоветуйте почитать одухотворённого про resilient software design.
Спасибо.
ST
По принципу "глубина вложенности объектов документа". В монге все более менее в порядке с запросами по первому уровню, со вторым уже не все просто, а дальше просто мрак. Т.е. возможности на уровне реляционной таблицы с нужными колонками и JSON в последней.
K
В переработанных моделях данных ты не делаешь квери чаще всего а берёшь их as-is и потом фильтруешь программно (eg. graphQL). Я говорю именно о вью компутедах
ST
Об этом и шла речь - для хранения пойдет, для запросов - нет. Поэтому монга стандартно используется, как помойка.
K
Кек так если у тебя система не синхронная какая тебе разница откуда читать? 🤔 Или мы друг друга не понимаем. Вот ты шото там изменил через мутацию, это вызвало каскадные изменения, пришло твоему кукеру, он их скомпоновал синхронно и вью залил в монго по какому-то индексу (допустим). Приходит тебе запрос на слайс результата, ты его просто достаёшь и фильтруешь
ST
Изящный переход от убогости языка запросов СУБД к необходимости извлекать данные и обрабатывать их спецпрограммами. Добро пожаловать в дореляционный мир 1960-х :)
K
Добро пожаловать. Нажал на кнопочку и у тебя нет лоадера с прогресс баром, пока твоя синхронная база транзакционно не закончит все твои изменения, а просто оптимистик «мы вам позвоним» и ты можешь делать дальше свои дела
SP
Добро пожаловать в мир где экономика и high availability вынуждают прибегать к асинхронщине и распределенным системам
ST
Еще один переход от возможностей языка запросов к асинхронной (пакетной) обработке данных :) Забавные вы ребята
K
А решение проблемы какое? Хихи-хаха то понятно. Что делать? Вот у тебя 300рпс на базу транзакционную, что ты будешь делать? Твой инстанс просто съест весь цпу и всё, вафли
ST
Третий переход от возможностей языка запросов к проблемам производительности. Это просто праздник какой-то сегодня.
K
А решение где? Мы все радуемстя, празднуем, смеёмся, открываем шампанское, едим шашлыки
ST
Вернемся к тезису "Для хранения может и подойдет, для запросов - нет". Когда с ним разберетесь, можно перейти к другим вопросам
SP
Ну тоесть монга для структурированных данных и реляционки как помойки что бы удобно в этой помойке делать джойны. Дата верхаусы и вот это все.
Такая трактовка подойдёт?)
Такая трактовка подойдёт?)