v
И если есть либа, то её можно было бы по-быстрому впрячь
Size: a a a
2021 February 20
А
Можно пример? Что будет сложно сделать?
Во вложеных доках нет индексов, ограничение размера документа в 16 мб, да и чем больше документы, тем медленнее идет выборка. Делал когда-то вложеные документы, потом замахался под них агрегации писать, всегда лучше выносить
АП
Александр
Во вложеных доках нет индексов, ограничение размера документа в 16 мб, да и чем больше документы, тем медленнее идет выборка. Делал когда-то вложеные документы, потом замахался под них агрегации писать, всегда лучше выносить
Если выносить, то выносить всё сразу в реляционную бд 🤷♂
16 мб это много, для списка тудушек должно хватить. Если вдруг упрется в нехватку места, можно вынести выполненные тудушки - их вряд ли будут запрашивать всегда вместе с пользователем
16 мб это много, для списка тудушек должно хватить. Если вдруг упрется в нехватку места, можно вынести выполненные тудушки - их вряд ли будут запрашивать всегда вместе с пользователем
А
Если выносить, то выносить всё сразу в реляционную бд 🤷♂
16 мб это много, для списка тудушек должно хватить. Если вдруг упрется в нехватку места, можно вынести выполненные тудушки - их вряд ли будут запрашивать всегда вместе с пользователем
16 мб это много, для списка тудушек должно хватить. Если вдруг упрется в нехватку места, можно вынести выполненные тудушки - их вряд ли будут запрашивать всегда вместе с пользователем
В реляционную не в реляционную, это кому как больше нравится, факт в том, что с вложенными документами больше головной боли, чем профита, так можно хранить например список телефонов пользователя, или еще какие данный, которых будет немного и по которым не нужно будет пороводить выборки
Y
Подскажите для чего ... используется
Y
constructor (id, options, ...steps) {
N
constructor (id, options, ...steps) {
N
все аргументы после options будут объеденены в массив steps
N
удобно когда конечное количество аргументов неизвестно
Y
то есть C после ... станет массивом
АП
Александр
В реляционную не в реляционную, это кому как больше нравится, факт в том, что с вложенными документами больше головной боли, чем профита, так можно хранить например список телефонов пользователя, или еще какие данный, которых будет немного и по которым не нужно будет пороводить выборки
Выборки по тудушкам странная задача. Найти все тудушки у всех пользователей со словом "сметана"? 🤔
Я могу ошибаться, не силён в монге. Но если уж взяли такой инструмент, надо использовать его как принято, а не как другой инструмент, более подходящий для такой задачи
Я могу ошибаться, не силён в монге. Но если уж взяли такой инструмент, надо использовать его как принято, а не как другой инструмент, более подходящий для такой задачи
Y
удобно когда конечное количество аргументов неизвестно
спасибо
N
Выборки по тудушкам странная задача. Найти все тудушки у всех пользователей со словом "сметана"? 🤔
Я могу ошибаться, не силён в монге. Но если уж взяли такой инструмент, надо использовать его как принято, а не как другой инструмент, более подходящий для такой задачи
Я могу ошибаться, не силён в монге. Но если уж взяли такой инструмент, надо использовать его как принято, а не как другой инструмент, более подходящий для такой задачи
если вы взяли монгу это еще значит что нужно засунуть все данные приложения в 1 документ
АП
если вы взяли монгу это еще значит что нужно засунуть все данные приложения в 1 документ
Не надо доводить до абсурда
Все данные приложения засовывать в один документ не надо, а вот связанные данные вполне можно
Все данные приложения засовывать в один документ не надо, а вот связанные данные вполне можно
L
нужно дабы нашло все энтити где статус 1 или 3, взяло только те у которых статус 1, по какой причине?
N
нужно дабы нашло все энтити где статус 1 или 3, взяло только те у которых статус 1, по какой причине?
)))
NT
оператор ||
N
у вас 1 || 3 в результате дает 1
N
нужно taskStatus: {$in: [1,3]}
NT
1 число, которое приводится к тру и оператор вернёт 1