это БД

То есть не код, а скрин  бд который ты сделал. Это на работе так используют?

выглядит это так:

За такие скрины можно и по шляпе получить

это я сам придумал и делаю лично для себя

Посмотри в книге джанго на примерах как сделан ордер объектов модели модуля

Там интересный был, но не помню его досконально

Почему, когда пытаюсь посчитать значения accounts_count остальные значения умножаются на 2? Оо

https://gist.github.com/DmitriyDmytruk/79e1eaa1a9ecdb88f60305b00b9b8bf3

Если не считать accounts_count - все работает норм

@AIngco не знаешь?)

как вам сама идея что структура категорий описывается связями через foreign key.  Товар принадледит категориям, в них группы атрибутов, в них атрибуты. Но при сохранении этих сущностей все это сохраняется в поля атрибутов и структуры атрибутов в жсон поля каждого связанного товара. Сложный код конечно обновления этих полей но четкая структура и при обращении к товарам, их фильтрации используются только поля самого товара а не какие-либо связанные таблицы

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

про это узнал только сегодня вот и задумался

а как по-другому если я хочу именно показать структуру полей с данными. Без данных суть будет непонятна. А работаю я вообще продавцом)

ответа на твой вопрос не знаю (надо проанализировать структуру таблиц)

Но подозреваю, что фильтр у Sum() увеличивает кол-во результатов на кол-во invoices, т.к. у тебя там, вроде folter -> М2М -> Invoices связь

да, м2м

Мне показалось это скрин с офиса с работы, а оказалось это ты сам делал

Ну ты можешь хранить дерево вложений как отдельный объект в виде дерева xd

я обычно беру запрос из queryset'а и анализирую его в консоли БД

чет странная логика...