понятно

ок

спасибо

ну может все равно сходство есть. Как можно ускорить выборку по n фильтрам и сортировке (в последствии применяется take и skip)

Посмотрите в сторону bucket pattern

https://www.mongodb.com/blog/post/paging-with-the-bucket-pattern--part-1

Skip and limit не так уж масштабируется

Посмотрите в сторону bucket pattern

спасибо

сейчас запрос на первых 20 (1 страница) элементах выполняется моментально, а запрос на 3000 странице выполняется под 12 секунд

Как часто возникает необходимость открывать 3000 страница)

Как часто возникает необходимость открывать 3000 страница)

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

Можно попробовать делать выборку с обратной сортировкой

Но нужно както отслеживать что страница уже ближе к концу чем к началу

Можно в монгусе и как это сделать? Есть модель HomepageModel у нее будет поле customerFeedback которое просто ссылается на другую модель CustomerFeedbackModel. Что бы когда я получил homepage мне по ссылке сами customerFeedback отдались

Можно в монгусе и как это сделать? Есть модель HomepageModel у нее будет поле customerFeedback которое просто ссылается на другую модель CustomerFeedbackModel. Что бы когда я получил homepage мне по ссылке сами customerFeedback отдались

Насколько я знаю силами монго такое сделать нельзя, но некоторые дравера для монго предоставляют возможность вытягивать документ из другой коллекции по id, например так можно с mongoose (для node js)

Спасибо, подумаю как можно сделать

привет как в монго сделать так чтоб он принимал запросы только с моего ip адреса?

в терминале посмотрел свой ip адрес и вбил в монго но не находит если вбить 0.0.0.0/0 все работает

бл вот я тупой

спасибо нашел

Почему может документ не пушиться в массив ?

Что бы добавить в массив customerFeedback я придумал такое решение, но не работает { "$push": { 'customerFeedbackSection.$.customerFeedback': newCustomerFeedback } },

Интересный глюк. В Robo3T customerFeedback это массив с объектами, а в постмане массив массивов

Можно в монгусе и как это сделать? Есть модель HomepageModel у нее будет поле customerFeedback которое просто ссылается на другую модель CustomerFeedbackModel. Что бы когда я получил homepage мне по ссылке сами customerFeedback отдались

в монгусе - populate()

в монгусе - populate()

Спасибо!

class CustomerFeedbackSection { @prop() sectionTitle: string @prop({ ref: CustomerFeedbackModel }) customerFeedback?: Ref<CustomerFeedbackModel>; } export class CustomerFeedbackModel { @prop() description: string @prop() customerName: string @prop() fromWhereTheCustomer: string @prop() methodOfCommunication: ItemMethodOfCommunication[] } ссылочное поле customerFeedback должно ссылаться на документы из коллекции CustomerFeedbackModel , я как думал, что бы использовать populate нужно явно указать ref и просто сохранять документы через CustomerFeedbackModel и через populate получать их, так ли это ?

Здравсвуйте! Извините как я могу выбрать запись "123456789"? Добавляю его так: coll.save({"12345679": {"message_id": 76, "like": [], "dislike": []}}) В интернете прочёл про метод find_one() но выражения ввиде: res = coll.find_one({"987654321": "Object"}) и даже res = coll.find_one({"987654321"}) Выводит None, что я делаю неправильно? Заранее спасибо за вашу помощь!

В вопросе id это "123456789" при сохранении "12345679", а при запросе "987654321". Я чего-то не понимаю?

Здравсвуйте! Извините как я могу выбрать запись "123456789"? Добавляю его так: coll.save({"12345679": {"message_id": 76, "like": [], "dislike": []}}) В интернете прочёл про метод find_one() но выражения ввиде: res = coll.find_one({"987654321": "Object"}) и даже res = coll.find_one({"987654321"}) Выводит None, что я делаю неправильно? Заранее спасибо за вашу помощь!

12345679 в вашем способе сохранения - название поля а не идентификатор, поэтому нужно использовать синтаксис "field_name":"uniq value" и потом делать поиск по этой же связке

В вопросе id это "123456789" при сохранении "12345679", а при запросе "987654321". Я чего-то не понимаю?

судя по одинаковым наборам цифр у вас таже проблема что и у bpro ^

12345679 в вашем способе сохранения - название поля а не идентификатор, поэтому нужно использовать синтаксис "field_name":"uniq value" и потом делать поиск по этой же связке

Спасибо! Огромное!

Привет, как нужно сохранять документы чтобы потом делать выборку документов которые старше 2 минут, чтобы не было проблем со смещением часовых поясов?

Привет, как нужно сохранять документы чтобы потом делать выборку документов которые старше 2 минут, чтобы не было проблем со смещением часовых поясов?

Сохранение в utc или или локпльном серверном времени, приведени к тому же часовому поясу времени запроса клиентов. Выборка обысная по дате

Всем привет. Впервые работаю с бд. Есть ссылка mongodb+srv://*********:<password>@*************/<dbname>?retryWrites=true&w=majority в dbname нужно вписать название кластера?

или название + регион с бд?

Всем привет. Впервые работаю с бд. Есть ссылка mongodb+srv://*********:<password>@*************/<dbname>?retryWrites=true&w=majority в dbname нужно вписать название кластера?

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

Правильно?

useUnifiedTopology: true Что дает данный ключ?

Правильно?

по виду правильно

делает ошибку в команде mongod, что это может быть?

Подскажите какая цель у @Prop декоратора, и без него все работает?

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

/report товарищу плохо без компутера

/report товарищу плохо без компутера

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

ось Centos 8, Mongodb 4.2.5, репликасет из трёх нод Столкнулись со следующей ситуацией: после ребута любого из серверов сервис mongod на нём стартует и выглядит живым, но нода при этом не возвращается в репликасет. rs.status() говорит, что у неё параметр state: 8 (DOWN) Лечится обычным systemctl restart mongod - нода возвращается в репликасет и продолжает работать. Грешим на конфигурацию монги. Никто не сталкивался с подобным? Не подскажете, в чём может быть причина подобного поведения?

Всем привет, хочу сохранить объект в базе такого вида { "foo.bar": "text" } Ошибка падает что типо не может принять ключ как foo.bar

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

Значит лучше заменять точку на другой символ, да?

Значит лучше заменять точку на другой символ, да?

Да. Т.к. Точка будет работать при кверях как вложенность (как в свойствах объектов)

Окей понял))

Спасибо за ответ))

Такой еще один вопрос, насколько большой может быть объект? Ну типо тысячу ключей или больше)) Это норма?

Такой еще один вопрос, насколько большой может быть объект? Ну типо тысячу ключей или больше)) Это норма?

Если вопрос про ограничения монги, то зависит от железа. А если про архитектуру, то за это люлей можно отхватить. Причем как от сервака, так и от сеньора

Если вопрос про ограничения монги, то зависит от железа. А если про архитектуру, то за это люлей можно отхватить. Причем как от сервака, так и от сеньора

Хмммм а если это специфика проекта?))

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

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

Мне поэтому и нужен совет)) Нет опыта чтобы оценить такие задачи)) Сразу говорю это чисто мой проект, поэтому нет каких-то правил сверху от начальства)) Просто нужен дельный совет как лучше это сделать, чтобы потом не рефакторить))

Объект будет одинакового уровня вложения, то есть вложенность не будет расти, просто будет увеличиваться количество ключей с одной и той же структурой

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

Забудь про конкатенацию в строку. Это же ДОКУМЕНТНАЯ БД. Все крутится вокруг документов. А чтобы не было 100500 полей в 1 документе, раздробить нужно свойства по нескольким докам. Так при чтении тоже нагрузка уменьшится

Забудь про конкатенацию в строку. Это же ДОКУМЕНТНАЯ БД. Все крутится вокруг документов. А чтобы не было 100500 полей в 1 документе, раздробить нужно свойства по нескольким докам. Так при чтении тоже нагрузка уменьшится

Окей)) Но насчет разбивки никак не получится)) Там нельзя такое сделать))

Объект будет одинакового уровня вложения, то есть вложенность не будет расти, просто будет увеличиваться количество ключей с одной и той же структурой

Ну это уже попахивает "я sqlщик, но попросили на монге" Раз все будет горизонтально на 1 уровне. То юзай смело sql(pg/mysql/другое что вспомнишь)

Ну это уже попахивает "я sqlщик, но попросили на монге" Раз все будет горизонтально на 1 уровне. То юзай смело sql(pg/mysql/другое что вспомнишь)

Неее я вообще не работал с реляционными базами) Сам фронтендер, но пишу и бэк))

Окей)) Но насчет разбивки никак не получится)) Там нельзя такое сделать))

Уверен? Я же говорю разбивать не текст с клиента на части, а значения полей в объекты. Если утверждаешь, что никак не разделить, значит плохо представляешь свою архитектуру. Мне подсказали сесть, нарисовать ручками без кудахтера и так поискать решение, когда я сделал на работе такое заявление. Помогает. Иногда много идей приходят

Ну это уже попахивает "я sqlщик, но попросили на монге" Раз все будет горизонтально на 1 уровне. То юзай смело sql(pg/mysql/другое что вспомнишь)

sql не подойдет, там поля разные все равно будут😂😂😂 Ладно сложно объяснить проект, но часть инфы я получил)) Спасибо))

Неее я вообще не работал с реляционными базами) Сам фронтендер, но пишу и бэк))

Я тоже бывалый фронт. Но sql надо максимум понять. А с orm тебе даже не придется думать. Для тебя в коде все как объект будет выглядеть

Уверен? Я же говорю разбивать не текст с клиента на части, а значения полей в объекты. Если утверждаешь, что никак не разделить, значит плохо представляешь свою архитектуру. Мне подсказали сесть, нарисовать ручками без кудахтера и так поискать решение, когда я сделал на работе такое заявление. Помогает. Иногда много идей приходят

Я уверен потому что понимаю как должна работать система, там специфика задачи, разбить цельный объект никак не получится из-за того что это цельная инфа.

Именно проблема с базой данных, как это сделать там правильно не знаю))

Насчет строки понял что это бредовая идея и услышал подтверждение.

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

Переход на реляционную базу будет сложным, потому что мне как раз и нужно работать с документами(объектами) в чистом виде

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

Знаю сервис)) Я понял))

Дело же не в том что я ничего не понимаю)) Мне нужен был ответ, я получил)) Зачем меня учить другим вещам?)) Просто нужен был ответ могу ли я хранить огромный объект))

Понял. Да я не учил) просто совет на будущее. Касательно проблемы, круто что решил)

Ну ладно)) Просто недопонимание))

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

Объясните плиз, беспатно этот оператор с обычной монгой нельзя юзать? Требуется что то из платной ентерпрайз монги? https://github.com/mongodb/mongodb-enterprise-kubernetes

Через что раздавать аватарки юзеров из GridFS по http? Самому приложение писать, чтобы вытаскивало из GridFS и отдавало по http?

/stat@combot

например есть user = { name: Some lastname: Some datas: { a: 5 b:6 } } как в монгусе делать так чтобы возвращался: user = { name: Some datas: { b: 6 } }

Нужно почистить ответ через $project

Такой еще один вопрос, насколько большой может быть объект? Ну типо тысячу ключей или больше)) Это норма?

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

например есть user = { name: Some lastname: Some datas: { a: 5 b:6 } } как в монгусе делать так чтобы возвращался: user = { name: Some datas: { b: 6 } }

в монгусе думаю никак, т.к. он вытаскивает всегда доки целиком. Подготавливайте пересобирайте док перед отправкой на клиент