Нет, на Js

И из-за рекурсивного поиска deleted_at проблема считать кол-во неудаленных комментариев

Попробую на php построить дерево

ну какбы если дерево строиться в js то разумно и проверку туда пихнуть.

Та вот и мучаю неделю... Все таки на пхп еще попробую...

id | parent_id | user_id | article_id | deleted_at
1  | null      | 1       | 10         | null 
2  | 1         | 1       | 10         | null
3  | 2         | 1       | 10         | null

я бы попробовал через join все на все перемножить и типо с условием
parent_id IS NOT NULL AND parent_deleted_at NOT NULL AND deleted_at IS NULL

Спасибо, поразбираюсь

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

Факт, что хранить это надо. Но в таблице ли заказов — не факт.

Заказ и всё что к нему относится не должен меняться. Без ведома клиента и только на определённых этапах. Следоавтельно все связанные сущности должны быть выделенны. Товары цены тоталы место доставки реквизиты клиента.

заказ не обязательно должен хранить связи, но обязательно должен хранить цену и низвание

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

+ связь можно оставить как опциональную для учёта или маркетинга

именно

знаете как я решал это?

допустим если продукт удаляли

я его просто не удалял. а скрывал

Правило №0. Нельзя ничего удалять.

)))))

softdeletes это не гарантия что товар останется)