VK
шо, прям одним запросом?
connect by или рекурсивные cte
Size: a a a
2020 March 14
2020 March 15
AS
cosmos db и janus graph под собой использует те же nosql бд
RY
иерархические меню извлекать из РСУБД с выковыриванием ветвей до текущего пути - та ещё боль
nested sets же
AT
И это всё прям ANSI SQL?
AT
Тот же постгрес это умеет с тем же синтаксисом?
RY
nested sets вообще пофиг что у тебя под капотом, но обновлять их надо аккуратно. Зато выборка работает на ура
RY
используется во многих CMS, в т.ч. Bitrix, WebAssyst, в престе видел и в опенкарте с какими-то плагинами
A
Я бы меню сложил одним jsonом, а не с запросами заморачиваться
RY
Сильно зависит, что на это меню надо завязать. Например когда большая часть меню - это какие-то категории на которые надо подвязывать тысячи статей или продуктов - будет странно его ложить в json.
A
Что значит подвязать, вернуть урл на статью/продукт?
RY
foreign keys и прочие радости
RY
Слушай, если тебе надо просто меню на сайте захардкодить, это можно наговнякать прямо в вёрстку, раз мы про варианты выстрелить себе в ногу
RY
Andre
Что значит подвязать, вернуть урл на статью/продукт?
вернуть можно урл не только на статью, но и на всю категорию у которой 1) есть потомки которых надо отобразить (это и подкатегории и продукты) 2) есть собственный контент (описание, фильтры и любые другие хотелки)
A
Меню это дерево с урлами в нодах
A
Ну ок почему нельзя хранить как json?
A
Вот то что ты описал
RY
Так можно, если очень хочется цирка. Просто никому не показывай
A
Ну так объясни
RY
Все мои примеры будут для тебя не релевантными, иначе ты бы просто не задавал этот вопрос
RY
Например частый кейс - взять и скрыть некоторые категории на сайте и вот твой волшебный json надо выколупывать, джойнить с какой-то выборкой и думать как натянуть сову на глобус