Айпишник с которого мое приложение будет стартовать? Немного не понял

@skkrrrrrra попробуй это. По дефолту с 4 версии там стоит 127.0.0.1 что не даёт подключаться. Поменяй это на [127.0.0.1, ИП твоего апп]

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

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

Всем привет В коллекции миллион товаров У них у всех есть поле Категория Уникальных категорий всего 15 Как вывести стату сколько товаров у каждой Категории?

Всем привет В коллекции миллион товаров У них у всех есть поле Категория Уникальных категорий всего 15 Как вывести стату сколько товаров у каждой Категории?

Доброе утро, форум, мне нужно 5 лучших веб-сайтов на английском языке, чтобы изучить MongoDB, пожалуйста, помогите (Примечание: эта ссылка автоматически переведена с Babel)

Привет! Подскажите, хочу сделать upsert, но в фильтрах помимо фильтра по id, есть ещё фильтр по одному полю (не уникальному), в тоге если он срабатывает, то пытается вставить документ. Хотелось бы что бы он вставлял только если нету документа по id, за 1 запрос. В какую сторону покопать?

сейчас у меня запрос выглядит так. в поле category вписывается найденная по ObjectId категории из коллекции categories. но вот как прописать так, чтобы еще и sizes находило?

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

сейчас у меня запрос выглядит так. в поле category вписывается найденная по ObjectId категории из коллекции categories. но вот как прописать так, чтобы еще и sizes находило?

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

Хочется что бы если нету по id - вставил, а если lastModifiedDate больше - ничего не делал

Хочется что бы если нету по id - вставил, а если lastModifiedDate больше - ничего не делал

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

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

это вполне нормально

Можно как-то обновить сразу несколько документов, причём нужному свое значение? То есть одним запросом поменять, к примеру: — у документа с id 5 переменные last_name и first_name на соответствующие id 5 — у документа с id 6 переменные last_name и first_name на соответствующие id 6 — у документа с id 7 переменные last_name и first_name на соответствующие id 7 и тд

Нормальный ответ - нет, ненормальный - апдейт с агрегацией с $switch

Можно как-то обновить сразу несколько документов, причём нужному свое значение? То есть одним запросом поменять, к примеру: — у документа с id 5 переменные last_name и first_name на соответствующие id 5 — у документа с id 6 переменные last_name и first_name на соответствующие id 6 — у документа с id 7 переменные last_name и first_name на соответствующие id 7 и тд

А как по нормальному можно это реализовать? Если к примеру одновременно надо обновить 100 или даже 1000 юзеров?

Можно как-то обновить сразу несколько документов, причём нужному свое значение? То есть одним запросом поменять, к примеру: — у документа с id 5 переменные last_name и first_name на соответствующие id 5 — у документа с id 6 переменные last_name и first_name на соответствующие id 6 — у документа с id 7 переменные last_name и first_name на соответствующие id 7 и тд

структура у документов какая? тут не гадалки собрались ;)

А как по нормальному можно это реализовать? Если к примеру одновременно надо обновить 100 или даже 1000 юзеров?

Но лучше сделайте по апдейту на каждого юзера это и проще и быстрее

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

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

вроде же обновлять много доков нельзя пайплайном? только спец метод апдейт_мани, но он под капотом подключение поднимает и держит отправляя всё равно постепенно + синхронно, разве что модуль асинка использовать, тогда можно через N коннектов N обновлений заслать, всё выполнится точно быстрее, но это возможно только с пулом подключения поднятым гораздо заранее, иначе спавнить много коннектов тоже займёт время и неизвестно, что получится быстрее при какой текущей нагрузке и стоимостях каждой операции в пачке

Всем привет, реализовываю фильтрацию с помощью монги. На данный момент есть несколько этапов агрегации (match, sort, project), при этом в составлении запроса для match используется 2 отдельных запроса к базе для получения промежуточных данных. После агрегации происходит populate Нужно добавить фильтрацию по полям, которые получаются через populate, для этого я решил populate заменить на несколько lookup'ов (4) помещенных в начало агрегации. Но в результате время выполнения запроса неприятно выросло. Понимаю, что причина этого в том, что все lookup'ы выполняются над всей коллекцией последовательно, но не знаю, на что можно их заменить, чтобы уменьшить время обработки запроса. Может есть уже проверенные временем подходы оптимальные или кто-то сталкивался с подобного рода проблемами?

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

Всего 4 join, думал, обычная тема даже для монги)

Структуру данных поменять навряд ли выйдет, так как время на это никто выделять не будет)

ну если оно не умеет в 4 записи параллельных

populate же параллельно обрабатывает? Просто странно, что похожего процесса нет для стейджов.

populate же параллельно обрабатывает? Просто странно, что похожего процесса нет для стейджов.

у тебя в самой аггрегации это всё можно выполнить. 1. в матче ищешь что нужно 2. сортируешь 3. фильтруешь 4. проецируешь о каких 2х запросах или 4х тем более речь?

2 match'а писал не я, я наоборот хочу всё в одном скоупе агрегации сделать. Проблема в том, что для матча надо заджойнить 4 коллекции, так как к ним применяются некоторые фильтры и данные с них нужны клиенту. Раньше это выполнялось через два отдельных запроса в базу + отдельным populate. Я попробовал заменить эту методику на lookup'ы с фильтрацией на месте, но время выполнения запроса выросло почти в два раза, Отсюда такие вопросы

2 match'а писал не я, я наоборот хочу всё в одном скоупе агрегации сделать. Проблема в том, что для матча надо заджойнить 4 коллекции, так как к ним применяются некоторые фильтры и данные с них нужны клиенту. Раньше это выполнялось через два отдельных запроса в базу + отдельным populate. Я попробовал заменить эту методику на lookup'ы с фильтрацией на месте, но время выполнения запроса выросло почти в два раза, Отсюда такие вопросы

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

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

Связываемые таблицы небольшие: 70 объектов в самой большой. Индексы в основной таблице есть и используются, на счет связываемых не уверен: база данных от индусов досталась, так что там в основном всё грустно В связываемых тоже индексы есть

Всем привет. Вопрос мне не профильный но мучаюсь с ним я. Есть mongo. в ней есть тейбл. Условно структура db.tasks [{ "some_field": "some value", "execution": { "artifacts": { "hash1234": "url": "10.10.10.10/somedata" }, "hash5324": "url": "10.10.10.10/somedata" } }, { "some_field": "some value", "execution": { "artifacts": { "hash12341": "url": "10.10.10.10/somedata" }, "hash1235324": "url": "10.10.10.10/somedata" } }, et.c. Мне нужно поменять во всей таблице url с 10.10 на 0.0 условно. Добраться через forEach не получается, т.к. там дальше дикт с уникальными ключами. Хелп) Работаю через монговский терминал

Всем привет. Вопрос мне не профильный но мучаюсь с ним я. Есть mongo. в ней есть тейбл. Условно структура db.tasks [{ "some_field": "some value", "execution": { "artifacts": { "hash1234": "url": "10.10.10.10/somedata" }, "hash5324": "url": "10.10.10.10/somedata" } }, { "some_field": "some value", "execution": { "artifacts": { "hash12341": "url": "10.10.10.10/somedata" }, "hash1235324": "url": "10.10.10.10/somedata" } }, et.c. Мне нужно поменять во всей таблице url с 10.10 на 0.0 условно. Добраться через forEach не получается, т.к. там дальше дикт с уникальными ключами. Хелп) Работаю через монговский терминал

что за структура данных такая: {"hash12341": "url": "10.10.10.10/somedata"} ?

у конкретного хэша надо поменять или у всех поменят ьподсеть?

Ну в питоне я б сказал что это словарь)

Всем привет. Вопрос мне не профильный но мучаюсь с ним я. Есть mongo. в ней есть тейбл. Условно структура db.tasks [{ "some_field": "some value", "execution": { "artifacts": { "hash1234": "url": "10.10.10.10/somedata" }, "hash5324": "url": "10.10.10.10/somedata" } }, { "some_field": "some value", "execution": { "artifacts": { "hash12341": "url": "10.10.10.10/somedata" }, "hash1235324": "url": "10.10.10.10/somedata" } }, et.c. Мне нужно поменять во всей таблице url с 10.10 на 0.0 условно. Добраться через forEach не получается, т.к. там дальше дикт с уникальными ключами. Хелп) Работаю через монговский терминал

BJSON

это далеко не словарь, это херь какая-то) словарь выглядит явно по-другому