PK
Здесь дело не в принципиальности, а в назначение. Есть инструменты под задачи.
Для какой-нибудь графовой базы у тебя будет и удобный интерфейс и оптимизация производительности.
П.С. постргес с json'ом работает быстрее монги kek
Size: a a a
2020 April 05
SP
но у меня уже удобный интерфейс. я дергаю эту функцию и все
PK
У тебя там parent_id ?
SP
ну да
SP
там в одном месте надо правда переписать на array
SP
а с категориями пашет
PK
Он работает только когда один уровень вложенности, в остальных случаев куча рекурсивных подзапросов
SP
так эти подзапросы прям в базе делаются
SP
я же кинул там юнион по красоте
PK
был где-то читщит со всеми способами хранения деревьев с указанием оптимизации
PK
https://blog.zaletskyy.com/hierarchical-storage-of-data-in-databases вариантов много, надо выбирать под задачу, точнее вообще не делать так в реляционной базе
SP
так я спрашивал как не в реляционной базе то? точно так же
PK
Я вот честно так глубоко не копал, беглый гуглёж говорит что под капотом там всё по-другому
p
чем бекендирами тогда заниматься вообще
Писать бекенд
p
Роуты, бизнес логику, и т.д. и т.п.
p
Как раз то что и должн делать бекендер
p
А то сейчас бекендер это точно что писатель запросов в бд и разворачиватель микросервисов
SP
но нет никакой бизнеслогики
SP
А то сейчас бекендер это точно что писатель запросов в бд и разворачиватель микросервисов
так вот именно что это и есть бекендер