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

диспетчер задач -> службы -> mongodb запустить

при вставке проставляйте _id равным нужному значению

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

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

там же в диспетчере на службе монго нажать "Открыть службы", найти сервис монгодб (у меня mongodb server) в списке глянуть путь как формируется и например по аналогии с ответом https://stackoverflow.com/a/51838198 перенастроить путь

а если юзается mongoose

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

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

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

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

Так примерно ?: https://t.me/eshu_coding/235

Подскажите, у меня есть коллекции users и posts. Как я могу одним запросом получить пользователя со всеми его постами?

Напиши, userModel.findById().populate(“posts”)

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

В нативe это $lookup, монгус в популейте делает доп трансформации выбранных из базы доков методом популейт

Подскажите, как я могу посмотреть нативный запрос, который генерирует mongoose?

Может кто помочь с этим плз? https://stackoverflow.com/questions/70723903/how-to-fit-to-memory-limit-during-file-reading-in-node-js

https://stackoverflow.com/questions/53230823/fatal-error-ineffective-mark-compacts-near-heap-limit-allocation-failed-javas

Привет! Подскажите пожалуйста, как будет корректнее: к примеру, есть две сущности - КНИГА и ЖАНР У каждой книги есть жанр. Задача: нужно получить все книги по жанру. Чтобы это сделать нужно с клиента отправлять id жанра, пусть оно равно genreID Как я понимаю, чтобы реализовать это у нас есть два варианта: 1. Хранить в сущности Книги поле genreID либо 2. Хранить в сущности Жанра поле books, хранящее массив из bookID, принадлежащие жанру. Реализация: // Напомню, genreID приходит с клиента. 1. Book.find({ genreID: genreID }) => выдаст все книги, у которых поле genreID === genreID либо 2. Genre.findById(genreID) => выдаст один Жанр. Жанр имеет поле books => можно сделать Book.find({ _id: books }) Оба варианта, по сути, должны вернуть одинаковый результат. Но какой подход будет проще с точки зрения расширения приложения и оптимизации?

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

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

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

вы совершенно правы. огромное спасибо за развернутый ответ!)

еще можно посмотреть немного с другой стороны, отвлеченно от БД. Жанр книги - это ее свойство, причем субъективное, в первом варианте как раз так и описываете в БД. Во втором же получается что жанр знает о книгах, т.е. условно жанр определяет какие книги к нему относятся, а не по содержимому книги мы определяем к какому жанру его отнести.

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

Как провести поиск на совпадение в масиве Есть обект { name:"...." genre:["..","..",".."] } { name:"...." genre:["..","..",".."] }?

У одной книги может быть несколько жанров, но оно ограничено. А у одного жанра неограниченное количество книг. Хранить в жанре Фантастика список из 1000 id книг будет неэффективно.

А подскажите пожалуйста еще такой момент. Есть у нас User. И нужно каким-то образом хранить понравившиеся ему книги. Я придумал такой вариант: у User создать поле likedBooks, которое хранит id понравившихся Книг. 1 Вопрос. Есть ли другие хорошие варианты реализации такого? 2 Вопрос. Мы можем в массив likedBooks сохранять id в виде String, а можем в виде ObjectID с ссылкой. Есть ли существенная разница в том, какой тип использовать? Если книгу удалить из БД, как поведет себя id в этом массиве при разных способах сохранения в массив id?

Кто шарит в вложенных полях? Как их добавлять к имеющимся, я использовал $set, но оно удаляет все вложенные поля, и добавляет новое, и в итоге вложенных полей 1

1. "Хорошо" определяется потребностями/задачами, если потребность быстро сделать прототип - то вариант "хороший", если надо потом будет экспортировать эти лайки в рекомендательную систему - уже не очень, и там предпочтительнее отдельная коллекция лайков/дизлайков причем в формате заточнном под эту задачу. Возможно даже для производительности придется и так и так хранить, решая отдельные задачи. 2. Т.к. _id лайка похоже не будет сам по себе участвовать в формировании связей в качестве ключа и наверняка даже на фронты не будет выводиться, то по сути неважно даже будет ли он вообще сохранен, не говоря уже о типе. Для уникальных значений ObjectId будет меньше есть места, но это будет иметь смысл только на больших объемах и возможно вам будет проще работать со строками в самом коде а вот про удаление книги из БД это отдельный прикол, потому как монга сама не предоставляет ни механизма foreign ключей и каскадного удаления ни триггеров для автоматизации этой части. Собственно все это реализуется в вашем коде (в монгусе например есть middleware перехватчики, которые могут использоваться для скрытия этого из основного кода). И как следствие вы выбираете как вам удобнее реализовать это по вашей структуре БД, подчищая все места, где эта книга упоминалась.

Привет, а как сделать поиск по вхождению числа в поле числа? например у меня есть поле phone где значение 9205311111 мне нужен по поиску 531 его найти

не ну можно попробовать в $where передать функцию, где число будет приводиться к строке, и там уже искать

ну тогда это из категории - есть решение, но у него есть опр недостатки пусть уж их тл решает устраивает их это решение или нет

Всем привет! Подскажите, пожалуйста, пытаюсь спроектировать базу данных для реализации на Mongo, для сервиса онлайн-курсов с примитивным функционалом. Верно ли я мыслю, или иду куда-то не в ту степь? Нужно сделать авторизацию пользователя, пользователь выбирает на сервисе курс, и начинает его проходить. Курс состоит из нескольких chapter с текстовым описанием, а каждый chapter из нескольких quiz с контрольными вопросами. Я не проектировал БД до этого, не считая какие-то очень простенькие. Не могу сообразить, как в базе хранить прогресс пользователя (по просмотру каждой chapter (просмотрел или нет) и по прохождению каждого quiz). Текущая схема выглядит как-то так. Буду признателен за любые советы и критику.

может лучше вместо прогресса хранить проходимые курсы? типа SavedCource. и у него может быть ссылка на курс и статы про пройденным главам и тп

спасибо за ответ. Да, под прогрессом я примерно это и имел в виду. Только пока не очень понимаю как это в схему БД засунуть.

схемами монги можно вертеть как угодно

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

в той же документации монги неплохо объяснено а так всё сводится к продумыванию объектов аля ООП

Как решить проблему с закрытием монгодб при запуске на винде? В инете не понял как

Всем привет! Использую mongoose + typescript Вопрос следующий: В схеме есть поле, являющее собой массив и помеченное как необязательное const taskSchema = new Schema<Task>({ ... attachments: {type: [{name: String, url: String}], required: false} }); В соответствующем схеме интерфейсе оно также помечено как nullable interface Task { ... attachments?: Array<{ name: string, url: string }> } Но когда делается запрос к документу, в котором attachments отсутствует - mongo возвращает пустой массив вместо null Вопрос в том, как это починить?

Приветствую! Что делать с ref ссылками на другие коллекции, если по какой-то причине пользователь из связной коллекции удаляется, на population возвращается null, есть какая-то встроенная защита от удаления? Пример: const Logger = new Schema( { username: { type: Schema.Types.ObjectId, ref: "users" }, } ); Запрос: Logger.find({}).populate("username").sort({ createdAt: "descending" }).exec()