Создал таблицу Остатки(Идентификатор места и времени, Тип скважины, Остаток скважин на начало месяца, взорвано скважин за месяц, взорвано руды за месяц, Идентификатор записи), есть еще таблица буровых работ(Идентификатор места и времени, Номер бурового станка ,Тип скважины, Пробурено скважин за месяц, Идентификатор записи).
Остаток скважин на начало месяца = Остаток скважин предыдущего месяца +сумма пробурено скважин за месяц - взорвано скважин за месяц. Естественно что остаток вычисляется с учетом типа скважины и для конкретного места. По пробуренным скважинам берется сумма по станкам т.к. на одном месте в один и тот же месяц могут бурить два станка скважины одного типа. Вроди бы все нормально. Но ни как ни могу сообразить что делать если возникнет необходимость корректировать существующие данные. Например: надо будет изменить значение поля "Пробурено скважин за месяц" таблицы буровых работ за май, когда в обеих таблицах есть уже данные за июнь, август и сентябрь. Попробовал выполнять корректировку с помощью триггеров срабатывающих на изменения в полях участвующих в расчете. Но все как то очень плохо получается не выходит учесть все, что необходимо, чтоб при любых изменениях поддерживать не противоречивость данных, код в триггерах огромный. Еще не понятно следящее - если девствовать по схеме: при изменение данных в полях: Остаток скважин на начало месяца, взорвано скважин за месяц, Пробурено скважин за месяц пересчитать остатки на начало следующего месяца, если есть соответствующая запись за следующий месяц то скорректировать значение поля Остаток скважин на начало месяца если нет то ее надо добавить, далее триггер сработает уже то, что было скорректировано им же. Не понятно года это останавливать. Можно например при достижении месяца следующего за текущим(по календарю). Но все это как-то криво получается. А что делать, если в мае был не верно указан тип или место скважин, остатки ведь тоже перечитывать надо. В общем куча триггеров с огромными телами. Если все делать с помощью хранимой процедуры, то когда ее запускать и как при этом гарантировать не противоречивость данных?
Все равно ведь многие сталкивались с похожей задачей, возможно даже есть стандартные решения. Подскажите идею, как хранить остатки. Помогите, пожалуйста, люди добрые.

Все равно не понял, хотя всем огромное спасибо. Ну не сталкивался я с "остатками", если можно поподробней. Таблица буровых работ служит чтоб оценить обьем работ бур. станков т.е. кто и что и сколько набурил, описывать каждую скважину не надо. Таблица остатков - чего и сколько где осталось. Взрывные работы там потому что взорванные скважины тоже как и остатки хорактеризуются местом, временем и типом скважины. Объемы: Таблица буровых работ-около 100 записей в месяц, Остатки - около 50 в месяц. Корректировать данные за текущий месяц может возникнуть необходимость ну раз ну пять в месяц по одной ну фиг с ним 5 позициям. Корректировать данные за поза поза поза прошлый месяц в таблицах не точто каждый месяц, раз в год врядли прийдется. Но всетаки вероятность корректировки исключить нельзя.