parser

Написать ответ на текущее сообщение

 

 
   команды управления поиском

ИМХО

max_rip 27.05.2015 15:24

Я бы пересмотрел структуру, она просто не отвечает каким либо нормалям.
Добавил бы статустов как в сами заказы, так и заявки
Переназвал бы все, как таблицы так и поля. Кондратий берет, когда все пытаешься в голове уложить.

В любом случае мне кажется у вас вполне обычная тикет система с древовидной структурой в 3 уровня. То что вы пытаетесь сделать сейчас очень похоже на велосипед.

Да и боретесь вы с какой-то проблеммой, не правильной. Данные надо разделить при выводе, это же отчеты. По идеи тот кто анализирует, изначально не будет углубляться во все эти дебри, они видит заказ и статус выполнено, все он в него дальше не пойдет. А если не выполнено, то можно по аяксу его развернуть и вывести доп информацию.
Да и вообще добавить фильтров по статусам.

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

Попробуйте все таки перестроить модель хранения данных и тогда вы сможете полностью использовать ресурсы БД.

Ведь при добавление статусов и расчетных полей, все что надо для аналитики можно получить одним запросом, а при необходимости углубления дополнительными.