я сам react-native и react) но с этими технологиями на фроте все работает быстрей и позволяет писать реал-тайм приложения, а также избавляет от массы кода на фронте и на бэке, и более того код наиболее читабельный. https://medium.com/russian/facebook-s-relay-в-картинках-часть-первая-6ae8c2d9c286

Спасибо 👍

Спасибо 👍

вот еще, правда холиварная тема, но REST API все) https://habrahabr.ru/post/334182/

вот еще, правда холиварная тема, но REST API все) https://habrahabr.ru/post/334182/

о да)))

Почему при создании юзера локально все работает, а при попытке создать юзера на mLab.com вылазит эта ошибка? E11000 duplicate key error index: io.users.$userID_1 dup key: { : null } Монга же генерирует _id автоматически. В чем бага и как поправить?

Почему при создании юзера локально все работает, а при попытке создать юзера на mLab.com вылазит эта ошибка? E11000 duplicate key error index: io.users.$userID_1 dup key: { : null } Монга же генерирует _id автоматически. В чем бага и как поправить?

У тебя стоит индекс на поле значение которого null Или удали индекс, или задай уникальное значение

У тебя стоит индекс на поле значение которого null Или удали индекс, или задай уникальное значение

было такое поле, спасибо починили

Народ, есть задача. Есть условие по которому надо выбрать взять количество документ, делаю так db.tasks.aggregate([ { $match: { taskStatus: taskStatus._id, deliveredDate: { $gt: oneMonthAgo } } }, { $group: { _id: null, count: {$sum: 1} } } ])

а в чем вопрос?

Но теперь у меня есть несколько условий.

Например сначала надо взять количество по одному условию

Потом по совсем другому

Можно ли это всё пихнуть в один запрос ?

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

Что.

агрегации используй

ну я так и делаю, только пока не знаю как

доки курил, именно то что нужно найти не смог

db.tasks.aggregate([ { $match: { taskStatus: taskStatus._id, deliveredDate: { $gt: oneMonthAgo } } }, { $group: { _id: null, count: {$sum: 1} } } ]); db.tasks.aggregate([ { $match: { taskStatus: { $ne: taskStatus._id }, deliveryDate: { $lt: dateNow } } }, { $group: { _id: null, count: {$sum: 1} } } ]) db.tasks.aggregate([ { $match: { $or: [ { taskStatus: _id, deliveryDate: { $lt: dateNow } }, { taskStatus: _id , deliveryDate: { $lt: dateNow } } ], paid: { $ne: true }, } }, { $group: { _id: null, count: {$sum: 1} } } ]);

вопрос: можно соединить эти 3 запроса в один ?

Я думал что можно в $sum впихнуть что-то вроде $match

Но пока не могу найти как

В $match собрать условие этих трёх запросов.

В зависимости от того уточнение ли это (логическое «и») или обобщение (логическое «или») просто собрать три запроса в один $match

Всем привет. Подскажите пожалуйста - Как объединить несколько идентичных таблиц при совпадении некоторых значений (название компании, веб сайт)? Хочу заполнить пустые строки 1 таблицы данными с другой

А как взять каунт по каждому $match отдельно ?

В $match собрать условие этих трёх запросов.

В зависимости от того уточнение ли это (логическое «и») или обобщение (логическое «или») просто собрать три запроса в один $match

А.

Данных много?

count можно без Aggregation framework делать. В твоём случае ты можешь либо оставить три запроса, либо сделать поле из условий по которому делать группировку с count

Ну 3 запроса я для примера привел, там в зависимости от пользователся будет от 5 до 9 запросов

Значит что-то идёт не так

Можно поподробнее про второй вариант ?

count можно без Aggregation framework делать. В твоём случае ты можешь либо оставить три запроса, либо сделать поле из условий по которому делать группировку с count

https://docs.mongodb.com/manual/reference/method/db.collection.count/

Ну это я знаю, но тогда надо каждый запрос по отдельности

А делать 9 запросов как-то не хочется

Значит схему надо менять

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

А делать 9 запросов как-то не хочется

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

А $facet ?

Кто-то использовал ?

Работает )

кто в теме, насколько частые запросы ноды к монгоДБ вредны? сильно ли они тяжелые? стоит ли париться/заморачиваться на одном большом запроссе, или ходить маленькими но чаще?

кто в теме, насколько частые запросы ноды к монгоДБ вредны? сильно ли они тяжелые? стоит ли париться/заморачиваться на одном большом запроссе, или ходить маленькими но чаще?

думаю тебе поможет только тестирование и дальше уже подгонять под твои SLA. многое зависит от количества данных, типов запросов, их интенсивности, возможности их объединять в батчи (bulk), построены ли нужные индексы, хватает ли памяти, наличие реплик, шардирования и т.д. да и вообще может нужно перестроить структуру данных под твои требования

думаю тебе поможет только тестирование и дальше уже подгонять под твои SLA. многое зависит от количества данных, типов запросов, их интенсивности, возможности их объединять в батчи (bulk), построены ли нужные индексы, хватает ли памяти, наличие реплик, шардирования и т.д. да и вообще может нужно перестроить структуру данных под твои требования

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

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

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

Да, так и буду тогда делать, спасибо)

Всем привет, есть извращённый вопрос Как бы вы сломали базу?) А то обычный дроп это скучно и банально

Можно жесткий диск утилизировать

Можно жесткий диск утилизировать

Через БД?)

Циклически записывать и стирать

Если реплик нет — просто в форточку выбрось)

Всем привет, есть извращённый вопрос Как бы вы сломали базу?) А то обычный дроп это скучно и банально

вы ломаете или чините?

грохнуть метаданные wt например

записать в середину хранилища wt 1023 байта нулей

выстрелить в голову монге без журнала

в цикле кидать пару сотен запросов которые требуют full scan по многотерабайтной коллекции без таймаута

запустить создание background индексов на мастере на многотерабайтной коллекции

не знаю что ещё придумать

Апдейт с добавлением бинаря в поле размером в 15метров. Размер данных возрастет оч круто.

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

Ну или вариации типа обнулить все сделки по какомунить ключу.

Надо ли писать что за такое могут покалечить?)

Кстати созрел вопрос, вот я как написал выше добавлю к каждому доку филд на 15мб рендомный бинарный, а wt случаем не додумается каунить компактнее хранить такие доки,что они будут занимать меньше места? Т.е. Вместо 15гб на 10к доках, например 100мб?

Или оно жмет только каждый документ по отдельности?

@dd_bb сможешь прокомментировать, что я выше написал?

Нет, не может. afair, сжимаются даже не документы а страницы. Потом если данные псевдослучайные они при любых раскаладах не должны сжиматься.

(Псевдослучайные т.к. 15 мегабайт качественной чистой энтропии не так уж просто получить, не говоря уже о 15гб)

а страница имеется ввиду обычная страница куска памяти в 4кб?

Страница WT

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

почитал про страницы WT и собственно вопрос, а когданить прихдилось тюнить размеры страниц? и был ли эффект?

Не надо этого делать.

Вообще монгу не надо «тюнить». Нужно «тюнить» запросы и данные.

Привет, ребят! Посоветуйте, плз, где можно почитать детальнее про wiredtiger и mmapv1, и особенно про их сравнение ?

Что именно интересует?

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

Стандартный по команде mongo не очень удобен, вдруг есть что-то лучше.

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

в терминале тоже люблю, но кроме mongo не встретил. с этим плагином к mongo повеселей https://github.com/TylerBrock/mongo-hacker