У меня тут про Shard key вопрос) Я раздел доки прочитал, но всё равно не понял. Есть юзеры, у каждого может быть привязан 1 или несколько email'ов. Там ещё всякая разная инфа может быть, но поиск только 1 документа по user_id, или 1 документа по email (уникальная строка). Какой должен быть ключ/индекс? { user_id: 1, emails: 1} где user_id - целое число, emails - массив строк как будет поиск по user_id работать понятно, но как по email, если я user_id ещё не знаю?

У меня тут про Shard key вопрос) Я раздел доки прочитал, но всё равно не понял. Есть юзеры, у каждого может быть привязан 1 или несколько email'ов. Там ещё всякая разная инфа может быть, но поиск только 1 документа по user_id, или 1 документа по email (уникальная строка). Какой должен быть ключ/индекс? { user_id: 1, emails: 1} где user_id - целое число, emails - массив строк как будет поиск по user_id работать понятно, но как по email, если я user_id ещё не знаю?

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

У меня тут про Shard key вопрос) Я раздел доки прочитал, но всё равно не понял. Есть юзеры, у каждого может быть привязан 1 или несколько email'ов. Там ещё всякая разная инфа может быть, но поиск только 1 документа по user_id, или 1 документа по email (уникальная строка). Какой должен быть ключ/индекс? { user_id: 1, emails: 1} где user_id - целое число, emails - массив строк как будет поиск по user_id работать понятно, но как по email, если я user_id ещё не знаю?

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

В этой коллекции запросы будут только вида findOne. Либо по id юзера, либо по любому из привязанных email’ов. Цель прибить данные каждого юзера к конкретному шарду. Ну и при поиске ходить только на 1 шард. С остальными коллекциями таких проблем нет.

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

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

Попробую раздробить. Думаю ничего страшного. Спасибо)

Как задать стартовый null в mongoose? { type: String, required: true, default: null } Ругается, что не передал, когда создаю с undefined

setDefaultsOnInsert

Всем привет, подскажите пожалуйста, как лучше организовать хранение пользователей которые лайкнули коммент. Я думал сделать в модели комментария поле likes и там массив пользователей которые лайкнули, но если таких пользователей будет 200 или 500 будет ли это нормально? Может лучше сделать отдельную модель для лайков, и каждый лайк будет как отдельный объект в базе?

Привет, зачем нужен монго если есть в Postgres тип json и bson?)

Зачем нужен Postgres, если есть монга 🧐

Привет, зачем нужен монго если есть в Postgres тип json и bson?)

Ну монго больше ничего не умеет делать, а у постгрес это одна из возможность подкопотом

Привет, зачем нужен монго если есть в Postgres тип json и bson?)

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

Ошибок нет, пробовал и через точку, и через квадратные скобки, и через defineProperty

Ребзя есть массив _id Как сделать по нему find так чтобы получить все доки по этому массиву

$in

скрин кода в студию

в цикле for нельзя await

в цикле for нельзя await

Почему?

for await (variable of iterable) { statement }

Могут быть какие-то скрытые баги? Я засовывал авейт в фор и все работало хорошо

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

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

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

Могут быть какие-то скрытые баги? Я засовывал авейт в фор и все работало хорошо

привет коллеги! подскажите пожалуйста как лучше сделать схему бд: у меня добавляются списки аккаунтов (строка uint256) и небольшая доп инфа к каждому аккаунту, каждый список до 100к строк. Мне нужно отвечать на запросы 1) в каких списках содержится этот акканут, и 2) дать допинфу по аккаунту из списка;

я думаю создавать на каждый списко новую collection, и после добовления коллерции - проходиться циклом по каждому аккаунту и добавлять его в в специальную коллекцию account->collection_names, но кажется это как-то неоптимально

Подскажите, почему не работает проекция с id: true? У этих документов есть id, как переписать, чтоб id тоже отображался в результатах? Если убираю id: true — все работает, но в документах тогда не отображается id В общем задача стоит в том, что надо выбрать всех Users, у которых в массиве tenders есть элемент с _id равным userTender._id, при этом вернуть надо только этот элемент и id.

Так id или _id?