Всем привет Стоит задача сделать систему учёта товаров по дереву категорий. В

голову приходит простой вариант:
id
name
parent_id
amount

В итоге хочу добиться такого результата:
Продукты 55
Фрукты 25
Лимон 10
Апельсин 15
Консервы 30
Тушенка 30

Не понимаю как делать sql запрос чтобы получить результат выше

Есть идеи?

with recursive вам в помощь

Способ хранения хороший. Особенно если глубина заранее неизвестна. Только нужно добавить колонку с типом товара - категория это или конечный продукт. Либо разделить категории и продукты на разные таблицы. Но это зависит в большей степени от того, что и в каком виде потом извлекать нужно. Про извлечение да, как сказал Andrew , смотрите в сторону рекурсии.

Спасибо, почитаю

ну и посмотреть на ltree для возможных быстрых поисков в дальнейшем

Идея в том, чтобы у любого товара можно было на лету создать «ребёнка» Например был конечный товар «шоколад милка» И потом на лету можно было добавить детей молочный и белый шоколад

В терминологии магазинов это называется variant

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

Нет отдела аналитики, есть я волонтёр который помогает систематизировать в центре гуманитарной помощи)

Аналитик есть всегда. В данном случае это вы. 😀

Дмитрий Иванов
Идеи есть все зависит от уровня абстракции на кото...

Спасибо!

Я прошу прощения за свою дерзость, но я потратил более десяти лет на развитие и доведения до ума своей концепции учета основанном на объектно ориентированном подходе в основе которого лежит подход EAV мне просто интересно что вызвало желание выразить благодарность по одной картинке обобщенно дающей представление о подходе по сути не описанном в деталях сколько ни будь дающих представление о возможных путях решения это дистально вас натолкнуло на какое то решение? мне просто интересно... спасибо 😊

Введение в ступор: Done✅

Это причина для благодарности?

Я если честно мало что понял, потому что не такой опытный в субд Делаю максимально просто и быстро, потому что сроки жмут, надо срочно сделать систему учёта гуманитарной помощи

Было как то так же в начале однако развитие концепции учета сопряжено со многими не очевидными факторами как то перегрузка сущностей не свойстванными атрибутами и самое главное это изменения в том числе модельных данных, в том числе артикулов приводящих к разрушению связей внутри групп МТР в разрезе исторической ретроспективы, если ваш проет краткосрочный и не требует сохранения длгосрочной многолетней статистики учитывающей изменения номенклатуры производителя (не меняющей по сути товарную принадлежность) то возможно вас не коснуться данные проблемы но если допустим посмотреть на поиск по Озон то видно что там это выражено просто как нигде в виде нарастающего бардака

Я надеюсь что этот проект не долгосрочный, если вы понимаете о чем я…

возможно да но я не разделяю такого подхода, в любом случает тогда вопросов нет, удачи

про eav паттттерн в любом случае почитаю, спасибо