Так понимаю: цель - хранить файлы (видео) в коллекции? Бинарники

Если цель в этом, то лучше файлы хранить в чем-то другом. У монги есть ограничение на элемент коллекции в 16 мб. Есть гридфс, который позволяет разбить бинарники как бы на небольшие кусочки... Но блин, не для этого придумана эта база

Проще в ней хранить ссылки на файлы, а сами файлы в какой-нибудь распределенной glusterfs

Такие вот мысли, могу быть не прав

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

но выше изложенная инфа тоже интересна

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

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

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

Во! Тоесть если я захочу спарсить то что находится в начале - он сначала загрузит ВСЮ страницу в оперативу и а только потом будет парсить... Поле это ключ? т.е {key : val}

Нет, бинарники хранить не думаю

Во! Тоесть если я захочу спарсить то что находится в начале - он сначала загрузит ВСЮ страницу в оперативу и а только потом будет парсить... Поле это ключ? т.е {key : val}

Да, поле=ключ. Да, а может и сразу из памяти возьмёт. Он хорошо кэшит данные в память.

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

Понятно. Интересно мнение: что лучше 1)большой json 2) разбитый на елементы коллекции json со ссылками друг на друга

Понятно. Интересно мнение: что лучше 1)большой json 2) разбитый на елементы коллекции json со ссылками друг на друга

Это только от будущих запросов зависит.

К примеру большой mind map

Бд не для высокой нагрузки от большого кол-ва юзеров

Если он всегда будет нужен только сразу целиком, тогда так целиком и хранить. Думаю нет смысла разбивать.

Если он всегда будет нужен только сразу целиком, тогда так целиком и хранить. Думаю нет смысла разбивать.

Понял, минимизация запросов

Ну типа здесь рулят антипаттерны реляционщины )) сплошная денормализация

Если планируется считывать конкретное поле(типо многоразовое), то, мне: 1) Считать его из большого json? 2) вынести в отдельный елемент коллекции и оставить ссылку на него в большом?

Типо это поле может быть самостоятельной единицей и часть большого json

Если планируется считывать конкретное поле(типо многоразовое), то, мне: 1) Считать его из большого json? 2) вынести в отдельный елемент коллекции и оставить ссылку на него в большом?

Можно сделать "проекцию", где можешь указать, какие поля нужны. Аналог select col from table

Я правильно понял?

Можно сделать "проекцию", где можешь указать, какие поля нужны. Аналог select col from table

Не совсем тот случай)

Тут скорей вложенность

Как папка внутри папки

Типо твой пример для 2d а у меня 3d

Или ты имеешь ввиду, что у тебя есть коллекция условных яблок и есть коллекция корзин и тебе надо, чтобы в корзине был список (list) каких то определенных яблок

Нее, корзины с яблоками в одном елементе коллекции

Но есть красная корзина которая может пригодиться отдельно

И она в той куче

?

О, придумал

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

Есть два mind mapa (2 елемента коллекции, сама коллекция одна)

И у них есть общие поля

Так

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

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

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

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

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

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

Это я понимаю

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

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

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

Да

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

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

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

Т.к. чтобы синхронизировать все дубликаты - надо у каждого из них хранить 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, верно?

да

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