Как организовать БД для хранения продаж с иерархией?
Добрый день.
Есть задача - имеется большое количество торговых точек, разбросанных по России. Необходимо сделать приложение, в которое будут забиваться продажи ежедневно по точкам. Усложняется всё тем, что точки эти должны быть сгруппированы - направление->область,край->город->торговая_точка.
Что пришло в голову - хранить структуру по модели nested sets в одной таблице, в другой таблице хранить продажи с идентификатором точки.
Так же есть вариант хранить структуру по модели родитель->потомок, в другой таблице так же хранить продажи с идентификатором точки, данные собирать рекурсивным запросом, что заставляет использовать PostgreSQL или заниматься рекурсией в коде приложения, что не есть хорошо.
В обоих вариантах есть свои плюсы и минусы, возможно кто то сможет предложить что то нейтральное, что решит проблемы обоих подходов.
Заранее спасибо.
P.S. Так же стоит позаботиться о выводе всего этого "кошмара" пользователю, что так же стоит учитывать при выборе подхода.
Средний
