Я выше писал почему я выбрал монгу, из-за частых изменений схем, так как постоянно добавляется новый функционал, а так же изменяется старый

Всем привет, у кого-то есть ссылка на группу по вёрстке ? Есть задачка интересная и даже не знаю в какую сторону копать (

CSS — русскоговорящее сообщество
Возникли проблемы с CSS? – пиши сюда, обсудим и предложим самое лучшее решение.
Наши чаты:
@javascript_ru
@frontend_ru
@css_ru_jobs
Каналы:
@css_jobs_feed
@defront
@frontendnoteschannel

Важно: http://nometa.xyz
https://t.me/css_ru

Значит у тебя часто меняется код, меняется структура данных, но ты по прежнему убеждён, что средства контроля целостности данных со стороны СУБД не нужны?
Завидное упорство

Кстати я не понял сложность твоего примеры про запрос по брендам и категориям. Это отдельные поля, никакой сложности сделать запрос по ним нет. Вообще неважно хранятся у тебя в товаре айдишники, или слова с брендом и категорией, фильтрация выглядит одинаково ;)

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

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

Просто прояснить для себя хочу - категории вложены в бренды - это значит, что кроссовки производит только Найк, а авто только БМВ? В чём смысл вкладывать категории в бренды?

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

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

Все, я ушел спать

Рекомендации не про то, что надо много раз вкладывать друг в друга
Хотелось получить пример из жизни, чтобы понять как возникают проблемы с поиском по нескольким уровням вложенности. Потому что на текущих примерах никакой проблемы не будет если хранить "adidas" вместо "5асе34а"

Преимущества вложенности? Ну, технически можно хранить вложеными отзывы о товаре например, если их индексировать не нужно.

Если меняется название бренда/категории, нужно будет это название поменять всем товарам, а не одной записи

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

Вопрос про другое был. Ты писал, что сложно строить фильтры, что будут дикие запросы при необходимости показать товары одной категории разных брендов. Но мы выяснили что пример с брендами и категориями несостоятелен. Поэтому я и спрашиваю нормальный пример. Когда возникнут проблемы при поиске/фильтрации? При условии, что мы храним значения в самом объекте, а не ссылаемся на них

Так, ты говорил изначально, что нужно следовать вложений иерархии, как рекомендует дока, я обьяснил почему этого делать не стоит, мы сейчас не строим архитектуру магазина, примеры на то и примеры, чтобы показать как может быть. Ты искажаешь ситуацию, меняешь представление, теперь у нас другая структура, линейная условно, и спрашиваешь меня где будут тут проблемы, когда я писал про проблемы вложенных данных. Не вижу смысла дальше продолжать что-то обсуждать, это что-то из разряда:
- реку переплыть вплавь сложно, потому что расстояние 1км.
- окей, вот тебе лодка с мотором, объясни почему тебе сложно переплыть реку.

Где я говорил про вложение иерархий?

Вот тут, вложеность в эту рекомендацию тоже входит

Всем привет, помогите пожалуйста, решить проблему. У меня есть такие карточки и на странице они выводятся списком.  Я сделал поиск, вот код, вроде консоль лог выводится, а как отдельно карточку вывести я не знаю, помогите пожалуйста

Вложенность в данном случае это "adidas", а не "534аес". Максимум - объект с полем "бренд" и ещё чем-нибудь подобным (филиал, например). С плоской структурой
Ты сам выдумал про вложенные иерархии, а теперь пытаешься оппоненту приписать это
Если вернуться к конструктиву, я бы по-прежнему хотел посмотреть на примеры той самой иерархической вложенности, про адовый поиск по которой ты писал. Ты же конкретные кейсы имел в виду?