Какой тайминг добавления\получения записи из MongoDB (один объект в 20 атрибутов) считается приемлемым? Разместил БД в бесплатном облаке, средний запрос 170ms, не знаю это много или норм для этой БД.

многовато. похоже на сетевые задержки

сервер в зимбабве находится?

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

Коллеги, столкнулся с такой ошибкой при mongodump Failed: error writing data for collection **** to disk: error reading collection: EOF

@dd_bb

коллеги, как в монго вставить или обновить(если есть) 2000 записей махом?

у меня массив объектов, который можно идентифицировать по id, мне нужно либо обновить, либо если отсутствует добавить

Не вот этот случай? https://t.me/MongoDBRussian/62029

Какой тайминг добавления\получения записи из MongoDB (один объект в 20 атрибутов) считается приемлемым? Разместил БД в бесплатном облаке, средний запрос 170ms, не знаю это много или норм для этой БД.

Зависит от latency между вашим приложением и облаком

Коллеги, столкнулся с такой ошибкой при mongodump Failed: error writing data for collection **** to disk: error reading collection: EOF

Не помню, там verbose есть? Вообще EOF значит что файл закончился когда его читали

Проверьте что диск в порядке

я разобрался Монге в контенере, там лимит в РАМ стоит Он упирается в рам крашится

сейчас вытащу одну ноду и с неё сниму дамп

то есть без увеличения памяти никак?

получается да А контейнер передеплоивать не получится сейчас

обмажутся контейнерами а потом сиди и делай красоту из г**на и палок

А можно при создание индекса указать что все реурсы процесс не хавал

А можно при создание индекса указать что все реурсы процесс не хавал

https://docs.mongodb.com/manual/core/index-creation/#comparison-to-foreground-and-background-builds

Ребят всем привет. Хотел бы узнать а где скорость mongodb быстрее чем sql? С индексами и без них

Ребят всем привет. Хотел бы узнать а где скорость mongodb быстрее чем sql? С индексами и без них

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

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

это всё равно попытка сравнить абстрактные случаи

они ничего не покажут

сервер в зимбабве находится?

AWS / N. Virginia (us-east-1) Так что почти). Давайте так тогда сформулирую, насколько минимальным может быть тайминг запроса при размещении БД на внешнем относительно приложения сервере (и внешнем относительно внутренней сети)?

AWS / N. Virginia (us-east-1) Так что почти). Давайте так тогда сформулирую, насколько минимальным может быть тайминг запроса при размещении БД на внешнем относительно приложения сервере (и внешнем относительно внутренней сети)?

а в каком регионе у вас монга?

а в каком регионе у вас монга?

Вирджиния, United State

Кто нибудь использует C# Mongodb Driver ? как через LINQ Expression указать полнотекстовый поиск?

Вирджиния, United State

Т.е и монга и приложение в одном регионе?

Т.е и монга и приложение в одном регионе?

Нет, приложение локально запускаю. Т.е. временем обращения клиент-сервер приложения можно пренебречь ( 8-12 ms при запросах не связанных с обращением к БД). Территориально Ярослвль. Т.е. запрос Ярославль(приложение)-Вирджиния(БД) около 160ms.

А, ну через океан это нормально

у вас скорее всего roundtrip до вирджинии только около 40-60мс

время фактического выполнения запроса на сервере вы можете посмотреть через explain

Т.е. при размещении на серверах скажем европы или самостоятельно поднятой БД на каком-нибудь VPS можно расчитывать на тайминг около 50-60ms? Я просто так и не получил ответа на вопрос, какой тайминг при обращении к MongoDB (с запросом на получение или сохранение объекта в 20 атрибутов) считается нормальным?

Почему бы не делать дамп на сервере, где сама БД стоит, а потом в .zip и переливать себе? Быстрее должно же выйти.

Т.е. при размещении на серверах скажем европы или самостоятельно поднятой БД на каком-нибудь VPS можно расчитывать на тайминг около 50-60ms? Я просто так и не получил ответа на вопрос, какой тайминг при обращении к MongoDB (с запросом на получение или сохранение объекта в 20 атрибутов) считается нормальным?

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

нормально всё, что укладывается в ваши требования

кому-то 5мс долго, а кому-то 10 часов очень быстро :)

Почему бы не делать дамп на сервере, где сама БД стоит, а потом в .zip и переливать себе? Быстрее должно же выйти.

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

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

не нужен кеш

кому-то 5мс долго, а кому-то 10 часов очень быстро :)

Хорошо, спасибо. Согласен

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

или возьмите монгу в германии, помоему в атласе в ес есть бесплатный тариф там

Спасибо, рассмотрю эти варианты. Давно оформлял это дело, не задумывался о задержках.

кеширования данных из баз данных дешевле всего избегать :)

коллеги а что делать с one-to-many ? есть populate, но он требует хранить id дочерних компонентов в документе вроде как

model ссылается на brand

модель brand

как в сервисе брэнда получить все модели?

так оно не работает(

model ссылается на brand

А зачем ref?

В brand не надо хранить ссылки назад на models

Не вот этот случай? https://t.me/MongoDBRussian/62029

Очень похоже, спасибо!!!

Ребят, подскажите, как сделать удаление документа, если к нему не обращались долгое время?

Ребят, подскажите, как сделать удаление документа, если к нему не обращались долгое время?

У меня сохраняются сессии. Мне нужно сделать так, что если человек долго не заходит документ удалялся

Ребят, подскажите, как сделать удаление документа, если к нему не обращались долгое время?

https://docs.mongodb.com/manual/core/index-ttl/

У меня сохраняются сессии. Мне нужно сделать так, что если человек долго не заходит документ удалялся

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

В brand не надо хранить ссылки назад на models

thx

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

Будет достаточно обращения е документу, или его будет необходимо обновлять?

Будет достаточно обращения е документу, или его будет необходимо обновлять?

Обновлять дату expire

но меня дока отправила в virtual

Будет достаточно обращения е документу, или его будет необходимо обновлять?

тебе нужно будет обновлять этот таймштамп

тебе нужно будет обновлять этот таймштамп

Ок, спасибо

помогите собрать кластер (реплика сет) rs.initiate( { _id: "prodiction", configsvr: true, members: [ { _id:0, host: "10.16.254.218"}, {_id:1, host: "10.16.253.107"}, {_id:2, host: "10.16.252.58"} ] } ) говорит "errmsg" : "Nodes being used for config servers must be started with the --configsvr flag" в конфиги всем трём вписано security: keyFile: /etc/mongod.key #operationProfiling: replication: replSetName: "prodiction"

так оно не работает(

Если вы используете mongoose, то вы можете вызвать populate для массивов идентификаторов без проблем - https://mongoosejs.com/docs/populate.html#deep-populate

Если вы используете mongoose, то вы можете вызвать populate для массивов идентификаторов без проблем - https://mongoosejs.com/docs/populate.html#deep-populate

ну хранить список id в документе так себе идея моим вариантом оказались populate и virtual в схеме но я не могу понять почему мне populate возвращает непосредственно сам документ теперь(

ну хранить список id в документе так себе идея моим вариантом оказались populate и virtual в схеме но я не могу понять почему мне populate возвращает непосредственно сам документ теперь(

Почему «так себе идея»?

один ко многим 1 брэнд 10000 моделей брэнда предлагаете id моделей хранить в документе брэнда?)

У вас действительно 10к моделей у брендов или это теоретический пример? Если это действительно так, то проще у каждой модели хранить поле brandId и доставать список моделей бренда отдельным запросом

У вас действительно 10к моделей у брендов или это теоретический пример? Если это действительно так, то проще у каждой модели хранить поле brandId и доставать список моделей бренда отдельным запросом

именно так я и хочу

Failed: error connecting to db server: server returned error on SASL authentication step: Authentication failed.

как лечить?

юзера создал, —username= —password= указаны

может там есть что-то типа flush privileges?

db.createUser( {user: "games", pwd: "E1111", roles: [ { role: "dbOwner", db: "games"}]})

ХЕЛП

ХЕЛП

Какая версия монги?

3.4

Хм. Тогда странно.

А юзер в какой базе создавался?

use admin

db.createUser( {user: "games", pwd: "E1111", roles: [ { role: "dbOwner", db: "games"}]})

Перед этим говорили use games?