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

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

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

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

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

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

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

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

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

Не комне)

Не комне)

Ок)

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

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

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

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

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

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

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

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

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

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

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

чо

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

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

Плохая практика. Лучше использовать connection pool. Современные драйвера скорее всего уже имеют внутренний пул. рекомендую почитать документацию, там скорее всего есть инструкция как это сделать. Какой язык?

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

Иногда даже нужно.

Плохая практика. Лучше использовать connection pool. Современные драйвера скорее всего уже имеют внутренний пул. рекомендую почитать документацию, там скорее всего есть инструкция как это сделать. Какой язык?

Нода. Решил проблему одним подключением, дальше просто его инстанс в апп прокидываю и работаю.

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

ObjectId — псевдослучайное значение. Никто не гарантирует его уникальности. Гарантия уникальности есть только у поля _id в корне документа. Все остальное не гарантируется. На практике получить коллизию ObjectId будет близко к невозможному.

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

Да

Нода. Решил проблему одним подключением, дальше просто его инстанс в апп прокидываю и работаю.

http://mongodb.github.io/node-mongodb-native/3.0/reference/connecting/connection-settings/ Если вы используете современную версию, то судя по poolSize драйвер уже разруливает эту проблему за вас. Главное используйте ссылку на инстанс MongoClient

Я с вами скоро на js писать начну

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

Я с вами скоро на js писать начну

)))))) давай уж на Питоне лучше

)))))) давай уж на Питоне лучше

питон на фонтенде не пашет)) а так, да, в нем хотябы приколов с точностю вычисления нету)))

питон на фонтенде не пашет)) а так, да, в нем хотябы приколов с точностю вычисления нету)))

Ну хватит уже. 0.1 + 0.2 != 0.3 не только в js

Ну хватит уже. 0.1 + 0.2 != 0.3 не только в js

неее, в js 9999999999999999 != 9999999999999999

Если нужны точные вычисления и очень большие числа, то есть для этого пакет. В типичных задачах которые решает жс точность не нужна вообще же..

неее, в js 9999999999999999 != 9999999999999999

И часто вы такие сравнения выполняете?

И часто вы такие сравнения выполняете?

ежесекундно)

PS: Не, правда. Это просто раздули именно в JS. Т.е. к нему приковано негативное внимание и из мухи слона делают.

както так исторически

ежесекундно)

А оставшиеся 99.9% разработчиков на js с этим вообще не сталкиваются

Обсуждение языков не в этой группе

Привет. Подскажите, пожалуйста: у юзера есть вложенный массив с уведомлениями. Нужно сделать пагинацию по уведомлениям (offset, count). Можно ли как то сделать выборку по вложенным документам или нужно получать сразу все уведомления и отправлять только нужные?

И если можно, то будет ли это быстрее?

Админ, а выдайте плз амнистию для @Anc1ent)

Привет. Подскажите, пожалуйста: у юзера есть вложенный массив с уведомлениями. Нужно сделать пагинацию по уведомлениям (offset, count). Можно ли как то сделать выборку по вложенным документам или нужно получать сразу все уведомления и отправлять только нужные?

Вынесите их в отдельную коллекцию

неее, в js 9999999999999999 != 9999999999999999

Number.MAX_SAFE_INTEGER посмотри, в любом языке есть число, выходя за пределы которого появляются аномалии

Вынесите их в отдельную коллекцию

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

Монга не очень любит большие вложенности и большие обьемы данных в одном документе

К примеру есть человек и у него 3 телефона + 2 емейла

Есть фирма и у нее 50 сотрудников

И то и то вложенность, но второе не стоит хранить в одном

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

В твоем случае нотификация - отдельна ясущность со своим выводом с пагинацией итд

вынеси ее

Понял, спасибо

Тебе же будет проще с ней работать, удалять добавлять итд

Ребят подскажите что за тема $ref

Если я в коллекции делаю ссылку на элемент другой коллекции, то при запросе коллекции, он сам вытащит нужные документы и подставит вместо ссылки?

Нет, нужно сделать $lookup (у Mongoose это заключено в функцию populate).

Привет

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

русскоязычной документации не так уж и много, я кидал ссыль на "MongoDB в действии" Кайла Бэнкера. Примеры приводятся с версией 2.6, по по сути, книга до сих пор актуальна.

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

translate.google.com)

и пытаться читать официальную

Нет, нужно сделать $lookup (у Mongoose это заключено в функцию populate).

А можно пример? Я попытался сделать и у меня не получилось. Моя схема такая route { POIs [<ObjectID1>,<ObjectID2>], name: "myRouteName" } POIs { <ObjectID1>, "name":"dd", "description":"desc" } Я хочу, чтобы при запросе к route Выдавался такой документ { POIs [ { "name":"dd", "description":"desc"} , { "name":"d2", "description":"desc2"} ], name: "myRouteName" }

А можно пример? Я попытался сделать и у меня не получилось. Моя схема такая route { POIs [<ObjectID1>,<ObjectID2>], name: "myRouteName" } POIs { <ObjectID1>, "name":"dd", "description":"desc" } Я хочу, чтобы при запросе к route Выдавался такой документ { POIs [ { "name":"dd", "description":"desc"} , { "name":"d2", "description":"desc2"} ], name: "myRouteName" }

http://mongoosejs.com/docs/populate.html

если мы про монгус

я про монго-консоль, а потом это на го с использованием mgo напишу

https://docs.mongodb.com/manual/reference/operator/aggregation/lookup/

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

Все равно не понял, но спасибо.

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

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

Ну да, хотел по быстрому, чтобы не разбираться.

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

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

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

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

Спасибо. Да, это я уже сделал. Теперь следующий шаг по улучшению.

Ребят подскажите что за тема $ref

Это соглашение о хранении ссылок на документы. Грубо говоря рекомендация, чтоб не делали своих велосипедов. Ничего автоматически происходить не будет, если ваш драйвер не умеет или не настроен этого делать.

ок спасибо поизучаю

кто-нить может вообще подсказать дельные видосы по изучению монги и вот таких вот lookup итд

парни, чем можно заменить MyModel.update, чтобы новые доки возвращал?

multi: true

Всем привет. Хотел бы узнать как понять где можно использовать mongodb, а где уже стоит использовать реляционную бд. Дело в том, что в любом мелком проекте есть хотябы одна связи и вот хотел бы узнать как справляется $lookup. Какие есть тонкости. Актуальной информации об опыте использования я не нашел. Спасибо тем, кто отнесется с пониманием к вопросу и ответит.

$lookup относится только к агрегациям.

В остальном вопрос не в нормализации/денормализации, а в том, насколько у вас жесткие требования по поддержанию актуальности связанности.

В монге нет транзакций и изоляции

В остальном: реляционные базы для join делают подзапрос. А монге это проблема клиента, будете сами (или ваш драйвер/ode) их делать

парни, чем можно заменить MyModel.update, чтобы новые доки возвращал?

AFAIK, монга так не умеет. update many + find

AFAIK, монга так не умеет. update many + find

спасибо

Всем привет. Хотел бы узнать как понять где можно использовать mongodb, а где уже стоит использовать реляционную бд. Дело в том, что в любом мелком проекте есть хотябы одна связи и вот хотел бы узнать как справляется $lookup. Какие есть тонкости. Актуальной информации об опыте использования я не нашел. Спасибо тем, кто отнесется с пониманием к вопросу и ответит.

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

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

Не надо таких советов давать

Дров по незнанию можно где угодно наломать

Это прекрасный совет

Зато сразу поймешь где ее можно использовать и как структуру данных подстраивать по монгу

Чисто на своем опыте

Чтоб монгу использовать, можно ее подучить самостоятельно и тогда будешь знать где ее можно а где не стоит использовать

Супер, сразу в бой на продакшен, поламаешь все, зато будешь знать как ее использовать, вот это отличный совет