ВО
И если так, то как с массивами правильно модель задавать
Size: a a a
2021 September 09
VL
Покажи пример как ты хочешь сделать, пофиг что будет некорректно
ВО
для начала тип такого
YM
Ты хочешь чтобы язык отдельно хранился а тут ссылка была?
ВО
более удачная модель
VL
Ага, тебе надо третий класс создать который примет обе модели как свойство, и в этот класс сделать агрегацию
ВО
город и страна шоб отдельно хранились
VL
У тебя просто sql мышление
VL
Тут нет такого чтобы один класс и по связи второй подтянуть
YM
Короче монго - это тебе не реляционная БД, будут хранится копии твоих стран
ВО
мое не скл мышление говорит тогда шо будет только одна колекция юзер и в у каждого юзера куча дубликатов стран, городов и тд шо гавно, так как у них свои локализации будут
VL
У тебя будет абсолютно новая третья модель как результат агрегации
И то я бы не советовал играться много со "связями"
В монге больше задумка чтобы каждая запись хранила язык целиком в себе, а не в отдельной коллекции
И то я бы не советовал играться много со "связями"
В монге больше задумка чтобы каждая запись хранила язык целиком в себе, а не в отдельной коллекции
ВО
ну я прекрасно понимаю что мне нужно будет доп запрос сделать шоб вытянуть, просто думал мож есть как-то более удобно
VL
А что поделать, так и живём)
ВО
на ноде примерно так, где makeRef, товарищ поделился
VL
В ноде очень много сахара, насколько я помню
Это не чистая монго функция
Это не чистая монго функция
VL
На либу монгус лучше не ровняйся в шарпе
ВО
но хранить для каждого юзера пачку стран с локалицацией - очень хреновая идея, потому с референсами явно мое решение
ВО
я ж не все данные собираюсь линковать