Возникла такая ситуация. Есть некая таблица, в которую пишутся почасовые данные, основные поля:
tDate (дата)
tHour (час)
ID_CP (контрольная точка, по которой учитываются значения)
fValue (собственно, занчение. Точнее, таких полей 4, ну, будем считать, что одно.)
По этой таблице в конце каждой декады и месяца составляется отчет, в котором фигурируют средние и суммарные значения по каждой точке.
Теперь пользователи хотят вот что: в конце месяца они отчитываются числа 27-29, когда есть еще не все данные. И хотят, чтобы недостающие 3-4 дня рассчитывались по среднему значению за предыдущие дни месяца. Более того, чтобы эти значения хранились и после реального окончания месяца чтобы выдавался отчет - "плановые" значения, реальные и невязка.
Сижу вот соображаю, как это лучше сделать. Таблица довольно большая - контрольных точек около 100, по 24 часа на 30 дней, да 4 параметра посчитать. На "лету" - долго будет, да и глупо каждый раз это вычислять. Я сначала хотела просто заполнять по какой-нибудь кнопочке в основной таблице оставшиеся дни месяца средними значениями, а потом "накрывать" их реальными по мере поступления. Но тогда я не смогу выдать сравнительный отчет с невязкой. Добавлять поля в таблицу - тоже не хочется, т.к. заполненными будут только 3-4 дня в месяце. Попробовала сделать отдельную таблицу, в которой будут данные за эти 3-4 дня. Но получается, что нужно full join делать на основную таблицу и эту дополнительную, и в выборке смотреть - если в основной стоят NULL'ы, тогда брать данные из дополнительной. Запрос довольно долго отрабатывает. Мне кажется, тут надо как-то придумать со структурой что-то... а что еще можно придумать?
Прошу прощения, если путанно получилось.

Ну, это как бы не планирование как таковое. Просто они должны отчитаться за месяц, когда месяц еще не закончен. То есть, отчитываются как бы "авансом". В зависимости от наличия выходных в конце месяца - за 3-4 дня. И вот за эти 3-4 дня данные берут по среднему за предыдущие дни месяца.

Спасибо, будем пробовать :-)