Точнее не общие просто либо делать клон (избыточность) либо ссылку

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

Но как тогда редактировать?

Поиск всех копий?

Т.е. целесообразно?

В монге вполне в одной коллекции может существовать такое: {Ид:, название:, содержимое:[список], ещё какието характеристики: {уже в виде словаря}} И тут же следующий объект: {Ид, название, цвет, вкус, какой-нибудь другой список: [ ], и пару словарей:{в которых к тому же есть, например, списки}}

Это я понимаю

Обычный жысон

А редактировать просто - ты находишь объект и меняешь или добавляешь поля )

Обычный жысон

Да

Нет, мне кажется избыточность отстой

Нет, мне кажется избыточность отстой

Тогда велком то постгрес )

Т.к. чтобы синхронизировать все дубликаты - надо у каждого из них хранить id всех дублей

А вот хранить 1 экземпляр отдельно и ссылаться на него - логично

Нет, мне кажется избыточность отстой

Если нет задачи шардирования и данные все более менее структурированы, то тогда проще это всё в реляционку складывать

Жисон привычней, и данные могут местами быть бинар

У монги кажется больше возможностей по хранению

А вот хранить 1 экземпляр отдельно и ссылаться на него - логично

Тут две стороны одной медали - либо меньше места на хранение и большее время на соединение данных, либо больший объем и отсутствие джоинов

ребята, ставлю монгу в первый раз

подскажите, mkdir -p /data/db это директория для всех баз данных монго?

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

Для всех которые прибиты к процессу

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

Я хз, я в докере ее держу 🙈

Тут две стороны одной медали - либо меньше места на хранение и большее время на соединение данных, либо больший объем и отсутствие джоинов

Короче я понял, ты считаешь ссылки злом ) не смотря на их индексацию

Для всех которые прибиты к процессу

👍

как можно запустить монго автоматически при каждом запуске компьютера?

Короче я понял, ты считаешь ссылки злом ) не смотря на их индексацию

Тут главный вопрос в том, какие запросы будут это всё вытягивать. Только от них надо отталкиваться и под них строить базу. И если вдруг запросы поменяются, то придется все перестраивать ) именно поэтому реляционка по прежнему многими так любима. Там с этим проблем нет.

Тут главный вопрос в том, какие запросы будут это всё вытягивать. Только от них надо отталкиваться и под них строить базу. И если вдруг запросы поменяются, то придется все перестраивать ) именно поэтому реляционка по прежнему многими так любима. Там с этим проблем нет.

Запросы: Найти поле Найти совпадения в данных поля

Редактировать

как можно запустить монго автоматически при каждом запуске компьютера?

ОС?

ОС?

osx high sierra

Запросы: Найти поле Найти совпадения в данных поля

Смотри, найти поле в отдельной коллекции это первый запрос. Найти потом по его ид данные во второй коллекции это уже второй запрос. Яблоко -> ид Корзина {яблоки: [ид нужного яблока]} Проще сразу искать во второй коллекции корзину с большим красным яблоком, это будет только одно действие. Считай это в два раза быстрей. Но тогда и места коллекция будет занимать больше.

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

и видимо отдельной командой еще запускать mongo shell >mongo --host 127.0.0.1:27017

верно?

на сервере понятное дело будет постоянно работать

на сервере понятное дело будет постоянно работать

лол, не обязательно

osx high sierra

https://stackoverflow.com/questions/8065288/how-to-remove-autostart-of-apache-on-macosx

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

можно наверное через докер сделать

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

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

можно наверное через докер сделать

ну тогда тебе надо будет докер в автостарт вписывать так же, как сейчас надо вписать сервер монги)

ну тогда тебе надо будет докер в автостарт вписывать так же, как сейчас надо вписать сервер монги)

поставить монгу из homebrew

поставить монгу из homebrew

...и килять её направо-налево ;]

её можно через brew services stop останавливать на самом деле

но я где-то это всё сломал!

у меня не пашут brew services

brew doctor

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

зачем?

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

sudo systemctl enable mongod

Лол

Откуда такие кулибины беруться?

есть ли нормальные доки по mongoose на русском?

есть ли нормальные доки по mongoose на русском?

https://metanit.com/web/nodejs/6.6.php достаточно?)

спасибо, как раз читаю этот док

я там в целом по монге много чего вычитал

mongoose.connect("mongodb://localhost:27017/usersdb");базу usersdb нужно перед коннектом создать через mongodb, верно?

mongoose.connect("mongodb://localhost:27017/usersdb");базу usersdb нужно перед коннектом создать через mongodb, верно?

да

в половине доков устаревшие методы в монго

Базу можно не создавать, монга сама создает базу после первой операции

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

Привет. Если использую нативный драйвер, считается ли нормальной практикой открытие соединения к БД перед запросом и закрытие после? Или же лучше при инициализации приложения один раз подключиться и далее прокинуть глобальный объект БД в нужные места? Читал, что монга может периодически отваливаться, ну и опять же - не те объёмы данных, чтобы стараться сильно экономить время на процедуре открытия/закрытия соединения с БД.

Доброго времени суток.

Можно ли для документов в массиве указывать _id ?

Можно ли для документов в массиве указывать _id ?

можно есть даже функция для его генерации (как это делается автоматом для елемента коллекции)

можно есть даже функция для его генерации (как это делается автоматом для елемента коллекции)

Благодарю. А что лучше использовать, ObjectId или например строковый уникальный идентификатор для элемента массива?

Благодарю. А что лучше использовать, ObjectId или например строковый уникальный идентификатор для элемента массива?

Не комне)

Не комне)

Ок)

визуально без разницы, а вот есть ли преимущества у данных типа ObjectId - хз

одно уж точно ObjectId - не заморачиваешься и он уникален строковый - а вдруг уже есть такой?

Благодарю. А что лучше использовать, ObjectId или например строковый уникальный идентификатор для элемента массива?

На с# driver юзаю BsonRepresentation и работаю как со строкой

одно уж точно ObjectId - не заморачиваешься и он уникален строковый - а вдруг уже есть такой?

ObjectId уникален в пределах коллекции только. Гарантии нет, если мы говорим о базе в целом

Хотя, может уже доработали уникальность. Не следил внимательно за изменениями

Благодарю. А что лучше использовать, ObjectId или например строковый уникальный идентификатор для элемента массива?

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

ObjectId уникален в пределах коллекции только. Гарантии нет, если мы говорим о базе в целом

стоп, т.е. два ObjectId("pupkin") в коллекции - уникальны?

чо

спеку по objectId почитайте плёс