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

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

Так никакой ошибки и не вылетает) Он проходится сверху и заменяет булевые значения на те, что есть в json. Это проблема для уже обработанных документов, если оним уже обработаны дальше по коду, не нужно их обновлять в рамках insertMany :)

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

я понял так цена одна в базе, потом при запросе товаров я отдаю по пагинации 20 штук на клиент а там после идет запрос апи на валюту(курс) прохожусь по массиву подставляю нужную валюту и выдаю, так?

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

как программа называется?🙃

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

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

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

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

че так сильно жрет(

тут вообще ничего не жрется

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

подскажите, что-то я запамятовал уже: .explain() где именно находится флаг "если использовался индекс, то"? .explain() использую после .find({'my_index.index': 'searched_string'}) нашёл в доке только: explain.queryPlanner.indexFilterSet, проблема в том, что отдаёт False = индекс не используется? но почему? (https://www.mongodb.com/docs/manual/reference/explain-results/) если: .list_indexes() возвращает индекс нужный, он существует и успешно создан. в чём ошибка?

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

я так понимаю, если indexName = not None, тогда значит индекс использовался?

тогда другой вопрос... в такой структуре документа (см. скрин) пытаюсь создать индексы для: .create_index([('zh.main_title', 'text')]) .create_index([('es.main_title', 'text')]) .create_index([('en.main_title', 'text')]) .create_index([('ru.main_title', 'text')]) пишет, что такой индекс уже существует. получается, не важно для какого "main key" я создаю индекс, если поля у них одинаковые, то индекс будет распространяться на все вложенные ключи в документ? или придётся переназвать ключи, например: "zh.main_title_zh"?

странный синтаксис, это компаунд индекс по двум полям?

нет нет, обычный синтаксис, просто так pymongo для python либа хавает, там обрати внимание на названия полей п.с. 'text' это для указания, что индекс текстовый

тогда другой вопрос... в такой структуре документа (см. скрин) пытаюсь создать индексы для: .create_index([('zh.main_title', 'text')]) .create_index([('es.main_title', 'text')]) .create_index([('en.main_title', 'text')]) .create_index([('ru.main_title', 'text')]) пишет, что такой индекс уже существует. получается, не важно для какого "main key" я создаю индекс, если поля у них одинаковые, то индекс будет распространяться на все вложенные ключи в документ? или придётся переназвать ключи, например: "zh.main_title_zh"?

У wildcard есть большой минус: нельзя ограничить по другим параметрам, т.е поиск будет всегда по всем значениям, это не оптимальная схема

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

получается, придётся делать по 1 коллекции для каждого языка?

Всем привет, можно ли как-то пронумеровать документы в агрегагации?

Господа подскажите можно ли преобразовать колекцию вида { "firstName": "valueF", "lastName": "valueL" } в колекцию { "_id": { "fullName": "$fistName" + "lastName", "page": 1 }, "persons": [array] }, { "_id": { "fullName": "$fistName" + "lastName", "page": 2 }, "persons": [array] } цель сделать статичный пейджинг в массиве persons должно быть 20 элементов Поскольку документов в изначальной колекции около миллиарда, стандарные средства пейджинга работают довольно медленно

а что мешает? это же группировка и вывод результатов в таблицу через $out

если групировать по "$fistName" + "lastName", для некоторых документов превышает 16Мб

Господа подскажите можно ли преобразовать колекцию вида { "firstName": "valueF", "lastName": "valueL" } в колекцию { "_id": { "fullName": "$fistName" + "lastName", "page": 1 }, "persons": [array] }, { "_id": { "fullName": "$fistName" + "lastName", "page": 2 }, "persons": [array] } цель сделать статичный пейджинг в массиве persons должно быть 20 элементов Поскольку документов в изначальной колекции около миллиарда, стандарные средства пейджинга работают довольно медленно

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

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

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

я пока не придумал как разбить их по 20 записей(

Всем привет! Подскажите 1 момент Есть Foreign Pipeline: { $lookup: { from: 'COLLECTION', let: { userId: '$userId' }, pipeline: [ { $match: { $expr: { $and: [ { $eq: ['$userId', '$$userId'] }, { $gte: ['$createdAt', DATE_START] }, { $lte: ['$createdAt', DATE_END] } ] } } }, { $limit: 1 } ], as: 'collection' } }, Вопрос В коллекции COLLECTION достаточно индекса userId: 1, createdAt: 1 ? Проблема в том, что мы на версии 4.4 В explain не показан результат по индексам в lookup

Да именно такой индекс и нужен

Всем привет! Столкнулся с монго, язык Python (словарь имеет свойство упорядоченности ключей), при передачи в монго (update_one + $SetOnInsert ) порядок ключей меняется, при этом всегда одинаков, упорядочен по алфавиту, кроме одного поля user_id, оно почему-то первым идет (в словаре так же первым). Есть ли способы влиять на порядок? Очень неудобно через клиента с gui просматривать записи.

Всем привет! Столкнулся с монго, язык Python (словарь имеет свойство упорядоченности ключей), при передачи в монго (update_one + $SetOnInsert ) порядок ключей меняется, при этом всегда одинаков, упорядочен по алфавиту, кроме одного поля user_id, оно почему-то первым идет (в словаре так же первым). Есть ли способы влиять на порядок? Очень неудобно через клиента с gui просматривать записи.

а в чём проблема сделать sorted() после транзакции к СУБД? в чём проблема использовать lambda?

Данные смотрю через клиента монги, вроде компас называется,, не понимаю, где поможет питоновская сортировка.

> после завершения транзакции

Не могу уловить мысль. Update_one --> данные ушли в монго. Атомарная операция, где сортед делать?)

Всем привет! Столкнулся с монго, язык Python (словарь имеет свойство упорядоченности ключей), при передачи в монго (update_one + $SetOnInsert ) порядок ключей меняется, при этом всегда одинаков, упорядочен по алфавиту, кроме одного поля user_id, оно почему-то первым идет (в словаре так же первым). Есть ли способы влиять на порядок? Очень неудобно через клиента с gui просматривать записи.

это проблема питона или его драйвера, что он так упорядочивает при перед сохранением. Вам остается только почитать доки по ним и попробовать найти способ сохранить порядок (скорее всего надо не использовать словари)

это проблема питона или его драйвера, что он так упорядочивает при перед сохранением. Вам остается только почитать доки по ним и попробовать найти способ сохранить порядок (скорее всего надо не использовать словари)

Всем привет! Столкнулся с монго, язык Python (словарь имеет свойство упорядоченности ключей), при передачи в монго (update_one + $SetOnInsert ) порядок ключей меняется, при этом всегда одинаков, упорядочен по алфавиту, кроме одного поля user_id, оно почему-то первым идет (в словаре так же первым). Есть ли способы влиять на порядок? Очень неудобно через клиента с gui просматривать записи.