выбор огромен

могу дать ссылку в привате =) на digitalocean

Можно

например можно арендовать vps установить туда mongo и развлекаться. Можно воспользоваться услугами Mongo Atlas

А если у меня хостинг есть,что мне у них спросить,чтобы они сразу поняли в чем дело и что от них требуется?

А если у меня хостинг есть,что мне у них спросить,чтобы они сразу поняли в чем дело и что от них требуется?

ну, я так думаю, что обычный хостинг тут не прокатит, хотя хостеры предоставляют услуги в настройке и сопровождении БД

ну, я так думаю, что обычный хостинг тут не прокатит, хотя хостеры предоставляют услуги в настройке и сопровождении БД

Надо спросить,спасибо.

например можно арендовать vps установить туда mongo и развлекаться. Можно воспользоваться услугами Mongo Atlas

Получается,что если на моем хостинге есть vps,то есть шансы подружиться с ним,правильно понимаю?

vps - это просто аренда виртуального сервера, т.е. тебе дают вирткальную машину, и заходы на нее, а дальше ты сам делаешь что хочешь.

Вопрос: хочу обновиться с 3.2 до 3.4 в инструкции сказано, что сначала обновить конфиг сервера (для шардед кластера)

но у меня конфиг сервер и реплика находится на одном сервере

и в чем проблема?

то, что я подменяя бинарники для конфиг сервера, подмениваю и для реплики.

то, что я подменяя бинарники для конфиг сервера, подмениваю и для реплики.

Именно по этой причине не стоит на одном сервере размещать больше одной роли mongodb

Теперь у вас есть два варианта: поставить 3.4 параллельно с 3.2 в /opt например или в /usr/local, и обновить init/systemd таким образом, чтоб конфиг сервера использовали этот путь.

Второй вариант: обновить пакет, но не перезапускать реплику.

Либо остановить реплику и запустись её уже самой последней

Господа, столкнулся с такой проблемой. У меня есть поле transactions , в котором ведётся по сути лог изменения баланса пользователя. Переодически происходит такая вещь. Что создаётся двойные запросы. То есть допустим user.balance не может быть меньше 0 Приходит две транзакции на отнятие 100,это добавляется к полю sum. Пример: две транзакции по 100, в поле sum тоже 100. Bроле и блокировка к документу на запись есть, но как это вообще происходит и как пофиксить?

Господа, столкнулся с такой проблемой. У меня есть поле transactions , в котором ведётся по сути лог изменения баланса пользователя. Переодически происходит такая вещь. Что создаётся двойные запросы. То есть допустим user.balance не может быть меньше 0 Приходит две транзакции на отнятие 100,это добавляется к полю sum. Пример: две транзакции по 100, в поле sum тоже 100. Bроле и блокировка к документу на запись есть, но как это вообще происходит и как пофиксить?

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

Господа, столкнулся с такой проблемой. У меня есть поле transactions , в котором ведётся по сути лог изменения баланса пользователя. Переодически происходит такая вещь. Что создаётся двойные запросы. То есть допустим user.balance не может быть меньше 0 Приходит две транзакции на отнятие 100,это добавляется к полю sum. Пример: две транзакции по 100, в поле sum тоже 100. Bроле и блокировка к документу на запись есть, но как это вообще происходит и как пофиксить?

нужно смотреть какие запросы у вас, как инкрементируете значение sum?

Господа, столкнулся с такой проблемой. У меня есть поле transactions , в котором ведётся по сути лог изменения баланса пользователя. Переодически происходит такая вещь. Что создаётся двойные запросы. То есть допустим user.balance не может быть меньше 0 Приходит две транзакции на отнятие 100,это добавляется к полю sum. Пример: две транзакции по 100, в поле sum тоже 100. Bроле и блокировка к документу на запись есть, но как это вообще происходит и как пофиксить?

Никак

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

Если вы уже используете оптимистичную блокировку, то нужно больше вводных

Попробую реализовать

Здравствуйте. У меня в mongoose есть массив. vote: [ { "id": 111111, "action": "like" }, { "id": 222222, "action": "dislike" } ] Как мне обновить конкретный элемент массива? К примеру мне нужно заменить action у id: 222222 на like. Кучу всего перерыл, не работает. Часто натыкаюсь на такой пример, но что-то идёт не так и вообще не уверен как это работать должно. Post.update({ 'vote.id': 222222 }, { '$set': { 'vote.$.action': "dislike", } }) Помогите пожалуйста с этой штукой.

db.createCollection is not a function. Я что не так сделал ?

show dbs , use <db name>

потом db.createCollection...

Запускаю другой модуль такой же mongo.js, запускается. А этот ругается на db...

есть кто шарит mongodb+ c#

?

есть кто шарит mongodb+ c#

лучше сразу задать вопрос

если правильно помню, то Builder<Tournament>.Filter.ElemMatch(x => x.tourgames, Builder<TourGame>.Filter.Eq(x => x.GameId, gameId)

а с апдейтом чуть посложней, Builder<Tournament>.Update.Push(x => x.tourgames[-1].markets[0].records, newRecord)

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

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

не даёт в markets[0].records пушить

говорит что то на лямбду

x => x.tourgames[-1].markets, game.markets[0]

вот так работает, но пушит не туда

а чо говорит-то?

x => x.tourgames[-1].markets.FirstOrDefault(f=>f.name== "mainmarket").records, game.markets[0].records[0]

ну я вот так сделал

ругается на инвалид оперейшн

x => x.tourgames[-1].markets[0].records

заработало, наверное вижал студия тупила

Пасибо большое

ребят, чем отличаются редации монги?

Лицензия и немного фичами

Ну и ценой :)

немного фичами - это чем?

https://www.mongodb.com/collateral/value-mongodb-subscriptions-datasheet

Ну и ценой конечно.

спасибо

тогда такой вопрос - что есть In-Memory Storage Engine в монге?

Это только в энтерпрайзе, я прпаильно понимаю?

тогда такой вопрос - что есть In-Memory Storage Engine в монге?

https://docs.mongodb.com/manual/core/inmemory/

Это только в энтерпрайзе, я прпаильно понимаю?

Да

То есть выходит, что запуск с ключём —storageEngine inMemory будет крутить базу в памяти и типа будет быстрее?

То есть выходит, что запуск с ключём —storageEngine inMemory будет крутить базу в памяти и типа будет быстрее?

By avoiding disk I/O, the in-memory storage engine allows for more predictable latency of database operations.

Привет всем, такой вопрос, есть запись в таблице такого рода(скрин 1). Нужно запишуть в массив ордерс на основании symbol в массив ordersInfo объект Я смог придумать только такую реализацию(скрин 2)

Latency != производительность

Но проблема в том, что upsert не срабатыает и в случае, если symbol или id нет, то выдается ошибка MongoError: The positional operator did not find the match needed from the query. Unexpanded update: orders.$.ordersInfo И собственно ничего не работает Может у кого-то есть какие-то идеи или замечания к тому, как лучше это реализовать

ERROR: S client not available

Latency != производительность

да и more predictable != faster

By avoiding disk I/O, the in-memory storage engine allows for more predictable latency of database operations.

А в чём суть использования данной опции?

целевое назначение, всмысле

Stable: 3.6.4 (Apr 13, 2018), Bugfix: 3.4.14 (Mar 20, 2018) 3.6.4: https://docs.mongodb.com/manual/release-notes/3.6/#apr-13-2018 3.4.14: https://docs.mongodb.com/manual/release-notes/3.4/#march-20-2018 (3.4.15 upcoming) 3.2.19: https://docs.mongodb.com/manual/release-notes/3.2/#feb-6-2018 (3.2.20 upcoming, End of life: September 2018) 3.0.x: Support ended February 2018

Но проблема в том, что upsert не срабатыает и в случае, если symbol или id нет, то выдается ошибка MongoError: The positional operator did not find the match needed from the query. Unexpanded update: orders.$.ordersInfo И собственно ничего не работает Может у кого-то есть какие-то идеи или замечания к тому, как лучше это реализовать

Эм. Ну да, а как ещё?

там uspert же должен по сути создать новый документ, если не нашел айдишник или symbol, нет?

У вас там positional оператор есть

Вам в сообщение об ошибке и пишут что $ не разрешался в номер элемента

Я не уверен что такая стратегия обоснована на самом деле

А как можно по другому сделать?

Подумать о другой схеме, которая не будет требовать positional оператора

Вероятно вынести orders в отдельную коллекцию, где в корне будет symbol и id, а в массиве сразу документы. Тогда можно без $ делать push.

А в чём суть использования данной опции?

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

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

символов может быть много и создавать под каждый отдельную запись не будет ли странно? И еще такой вопрос, конструкция {'id': req.body.id, 'orders.symbol': req.body.symbol} ищет оба параметра в записи и если не находит хотя бы один, то создает новую запись?

Это эквивалент $and

символов может быть много и создавать под каждый отдельную запись не будет ли странно? И еще такой вопрос, конструкция {'id': req.body.id, 'orders.symbol': req.body.symbol} ищет оба параметра в записи и если не находит хотя бы один, то создает новую запись?

Не под каждую запись, а под каждую пару: пользователь-тикер

окей, а если мне допустим как в моем примере, надо сначала найти id, а потом уже найти symbol

Не под каждую запись, а под каждую пару: пользователь-тикер

так а если у пользователя много тикеров

Много — сколько?

Не забывайте что документ и так ограничен 16мб

1-20-50

от пользователя зависит

Я вам рекомендую идти по пути: make it work, make it right, make it fast

В вашем случае 50 документов на пользователя это ничего совершенно.

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

окей, спасибо)

А выборка всех ордеров сводится к запросу по id пользователя.

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

Спасибо, ясно

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

А выборка всех ордеров сводится к запросу по id пользователя.

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