Привет. У меня к вам вопрос по монге :) Есть отдельная однонодавая монга и есть replicaset отдельно из 3 нод. Я на отдельной однонодовой монге заинитил rs, и хочу как-то посинкать данные между ними. Получается, существующий rs из 3 нод со своим мастером я должен подключить как слейвы к однонодовой. Подскажите, как правильно это сделать? Сейчас сижу, читаю доку, но чет тяжело идет

Это не возможно без потери данных

Вы можете экспортировать данных с одного из кластеров, переконфигурировать его и восстановить в свежескофигурированный

Ну в трехнодовом тогда ок, пусть данные теряются. А на счёт рестора данных, там 100 гигов, долго будет. Я когда ресторил в атласе базу на 60Г, это длилось 12 часов, а тут ещё больше будет

А пока будет ресториться, появятся новые данные в монге, и их тоже надо как-то синкать

Ну в трехнодовом тогда ок, пусть данные теряются. А на счёт рестора данных, там 100 гигов, долго будет. Я когда ресторил в атласе базу на 60Г, это длилось 12 часов, а тут ещё больше будет

Подключайте к этой одной ноде новые слейвы. В чём проблема?

Всем привет! Может мне кто-то подсказать, вы создаете root пользователя для mongodb, когда включаете авторизацию и порты наружу? Или когда узлы реплики на обслуживание переводите, просто выключаете байнд наружу и авторизацию?

Всем привет! Может мне кто-то подсказать, вы создаете root пользователя для mongodb, когда включаете авторизацию и порты наружу? Или когда узлы реплики на обслуживание переводите, просто выключаете байнд наружу и авторизацию?

На другом порту, с биндом на лупбэк

Есть еще один вопрос, когда я создаю репликасет, он не подхватывает пользователей созданных вне этого репликасета, даже если они уже были на этот момент созданы на всех узлах Я правильно понимаю, что до того, как я создам пользователя уже внутри реплики, у меня монга «беззащитная»

вопрос по sequilize:

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

а, стоп, все работает Oo

вот эти присвоения ни на что не влияют, лол User.SetParentReferralLog = ...

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

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

как и еще 90% в чате

всех в бан!

Хей ребзя. Есть вопрос по mongoose. Допустим я хочу изменить все документы в коллекции. Если я просто через find все получу, а потом буду update применять на каждую, это норм? Мне кажется большой результат find не захочет быстро работать. Может стоит разбить на несколько маленьких?

Хей ребзя. Есть вопрос по mongoose. Допустим я хочу изменить все документы в коллекции. Если я просто через find все получу, а потом буду update применять на каждую, это норм? Мне кажется большой результат find не захочет быстро работать. Может стоит разбить на несколько маленьких?

updateMany чем не устраивает?

Логика работы не та. У меня для каждого документа свои обновляемые поля. Вопрос в другом, стоит ли делать один большой запрос на все документы или разбивать их лимитом и менять кусочно? Вроде бы второй вариант более логичен, но в монге всего лишь четвертый день, поэтому вопрос про best practices.

курсор? (Просто вношу тему для дискуссии, не знаю эффективен ли он в данном случае).

К тому же, можешь сам проверить какой вариант эффективнее.

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

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

Добрый день. Сильно зависит от вашей специфики. Идеологически, оба подхода имеют право на жизнь. Брать маленькую выборку из большой коллекции - распространенная задача. Обычно помогают индексы. Но можно и на коллекции разбить, типа latest_data и history_data или all_data

Добрый день. Сильно зависит от вашей специфики. Идеологически, оба подхода имеют право на жизнь. Брать маленькую выборку из большой коллекции - распространенная задача. Обычно помогают индексы. Но можно и на коллекции разбить, типа latest_data и history_data или all_data

Прочитал что лучше разбивать, 16мб лимит ?

Прочитал что лучше разбивать, 16мб лимит ?

Да, 16МБ на один документ, а мы с вами про коллекции говорим.

Да, 16МБ на один документ, а мы с вами про коллекции говорим.

Спасибо, буду разбираться. ?

Логика работы не та. У меня для каждого документа свои обновляемые поля. Вопрос в другом, стоит ли делать один большой запрос на все документы или разбивать их лимитом и менять кусочно? Вроде бы второй вариант более логичен, но в монге всего лишь четвертый день, поэтому вопрос про best practices.

Один запрос без сортировки и без условий мимо индексов

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

Самый лучший способ — смоделировать.

Привет! Не могли бы пример json файла скинуть валидного, для создания пользователей в монге?

Привет. Подскажите пожалуйста какой raid лучше всего подходит для mongo?

0

Добрый день, может, есть у кого идеи Есть схема в mongoose, по таблице монго Внутри схемы 2 коллекции, одну он выводит с данными, вторую коллекцию пустую, хотя данные в ней тоже есть В чём может быть ошибка? Поля сравнивал, всё сходится

Добрый день, может, есть у кого идеи Есть схема в mongoose, по таблице монго Внутри схемы 2 коллекции, одну он выводит с данными, вторую коллекцию пустую, хотя данные в ней тоже есть В чём может быть ошибка? Поля сравнивал, всё сходится

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

mongoose.model(Имя модели в монгусе, Схема, Имя коллекции в базе данных)

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

Это есть, module.exports = mongoose.model('survey', survey, 'Surveys');

А по raid кто-нибудь подскажет?

ответили же, рейд 0. Правда, лучше сначала опеределитесь, для чего вы вообще хотите рейд

в смысле, определитесь, какую проблему решаете

рейд - это не бекап. надеюсь все понимают

А можно как-то сбросить rs.config().version без перезапуска монги?

А то при попытке присоединить реплику пишет rs0:PRIMARY> rs.add('mongo-0.infra-test.svc.cluster.local:27019') { "ok" : 0, "errmsg" : "Our config version of 3 is no larger than the version on mongo-0.infra-test.svc.cluster.local:27019, which is 182338", "code" : 103, "codeName" : "NewReplicaSetConfigurationIncompatible" } rs0:PRIMARY>

Подскажите, попытался настроить кластер mongodb 4 с помощью докера, из офф. доки, но клиент выдаёт ошибку errmsg: "Cannot accept sharding commands if not started with --shardsvr", code: 193, codeName: "NoShardingEnabled" хотя у шардов проставлены ключи --shardsvr

А по raid кто-нибудь подскажет?

С монгой рейд не нужен в большинстве случаев

Всем доброго времени суток. Пытаюсь сделать вот такую штуку. При авторизации проверяю в базе "main" к какой компании относится клиент, получаю данные и переключаюсь на базу этого клиента (например "db1", "db2" и т.д.) для дальнейшей работы в системе. Заметил что после запуска проекта, первое переключение длится около 1-2 секунд, дальше ситуация налаживается до милисекунд. Стоит ли создавать пулл из подключений (если такое возможно), или можно обоитесь одним коннектом с постоянными прыжками из базы в базу? Если не понятно написал, постараюсь изобразить схематично. Сейчас используется одно подключение с connection.useDb, для переключения. Может быть есть готовые класс на typescript для подобного использования? Думал над тем, чтобы открывать и закрывать соединение в рамках запроса к базе данных, но чую ничем быстро работающим не кончится.

Всем доброго времени суток. Пытаюсь сделать вот такую штуку. При авторизации проверяю в базе "main" к какой компании относится клиент, получаю данные и переключаюсь на базу этого клиента (например "db1", "db2" и т.д.) для дальнейшей работы в системе. Заметил что после запуска проекта, первое переключение длится около 1-2 секунд, дальше ситуация налаживается до милисекунд. Стоит ли создавать пулл из подключений (если такое возможно), или можно обоитесь одним коннектом с постоянными прыжками из базы в базу? Если не понятно написал, постараюсь изобразить схематично. Сейчас используется одно подключение с connection.useDb, для переключения. Может быть есть готовые класс на typescript для подобного использования? Думал над тем, чтобы открывать и закрывать соединение в рамках запроса к базе данных, но чую ничем быстро работающим не кончится.

А почему бд разные, а не коллекции?

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

И как насчет новых пользователей

А почему бд разные, а не коллекции?

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

Падении чего?

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

Я потому и спрашиваю, есть ли возможность не переключаться?

Я бы использовал колекции

Раздельные бд юзал бы для микросервисов/модулей

Можно держать конекты к разным бд

ERROR: S client not available

Без переключения

Я бы использовал колекции

Вдохновлялся вот этой статьей https://m.habr.com/post/110979/

Вот ещё нашел статью где кэшируют подключения, попробую так же, посмотрю насколько оперативка просядет

Я бы использовал колекции

+

Вдохновлялся вот этой статьей https://m.habr.com/post/110979/

скорее всего речь об реляционых бд

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

тоесть один ui к разным бд

но переключения между бд нет

Понятно

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

ибо другая концепция

Ну а чем плохо так же сделать?

Так же логин в одной базе, работа в другой?

скорее всего речь об реляционых бд

Только что хотел написать это же. Статья мягкоговоря, мало подходит для монги.

Только что хотел написать это же. Статья мягкоговоря, мало подходит для монги.

Я нашел multy-tenant реализацию для монги

Ну а чем плохо так же сделать?

почитай из-за каких проблем они пришли к такой архитектуре, в монге этих проблем нет

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

В смысле нет, вроде все один к одному

коллекция в монге - больше чем таблица в реляционной БД, так как может иметь вложенные документы. И база в реляционной БД больше чем база в монге.

ладн. успехов

не юзайте монгу, там где она не нужна

я конечно не спец, но такие же ошибки делал

Прикольно, вопросов куча, ответ - не юзайте

Прикольно, вопросов куча, ответ - не юзайте

этож програмирование

тут всегда так

Прикольно, вопросов куча, ответ - не юзайте

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