авторКак вы узнаете что произошло изменение и с какого месяца нужно пересчитать если у вас только 2-е даты С и ПО?
Как это понять, если в данной ситуации вы просто меняете строку
01.01.2006 - 31.01.2006 оклад 100р.
на строку
01.01.2006 - 31.01.2006 оклад 150р.

Дык если взять месяц из "даты с", это и будет месяц, с которого надо пересчитать :)

Надо правильно соединять оклады и людей. Можно сделать связь между сотрудников и разрядом тарифной сетки. Поменяли тарифную сетку, пересчитали людей. ТС кстати задним числом менять не положено.

Можно сумму выплаты (скажем, доплату какую-нибудь за вредность) хранить как свойство сотрудника. Скажем, в мае заплатили (была привязка к челу с 1 мая по 31), а в июне сообразили, что никакой вредности не было. Тут и вовсе сразу понятно, что май надо пересчитывать, а не с января.

Или притащил чел в сентябре справку об инвалидности, действующую с июля (нудно это дело, мед комиссии). Значится с мая и пересчитаем.
Не проблема это, определить с какого месяца пересчет нужен.

Ну а если в марте приказано уменьшить ставку НСП и ПЗ, то тоже все понятно - весело пересчитываем всех с января (тут как бы совпало с началом года, но важен факт тот, что при изменении данных мы точно определяем, когда надо пересчитывать).


P.S. Опять же, мне не видна предполагаемая арихитектура вашего решения, поэтому может быть несколько запутано может показаться..

авторв одном случае - вертикальная раздутость, в другом - горизонтальная.
Но разве горизонтальная раздутость раздувает не только объем данных (да разве это сегодня проблема?), но усложняет логику программы, удлиняет срок разработки, создает десятки постов на форумах :) ?

авторНадеюсь что доступно объяснил
Боюсь, что нет. Видимо пора мне отдыхать идти :)

авторКогда к строке штатного расписания нужно сделать связь 1-1 или 1-n.
На всякий случай замечу, что шт.должности и сотрудники должны связываться многие-ко-многим. Т.к. есть внутренние совместители.

авторкаждый вариант имеет право на существование.
Безусловно так, на том и порешим :)