Может у кого есть интересные варианты реализации или идеи... Не охота изобретать велосипед.
Задача. Есть базовое число (напр. 100), на снове которого необходимо вычислять тарифы по 9 разрядам и 7 сеткам. При этом для каждого разряда установлен % от базового числа и для каждой сетки - коэфициент. То бишь:
1-й разряд = 70% от базового числа
2-й = 80%
3-й = 100%
4-й = 115%
...
9-й = 155%

Для 1-й сетки установлен коэффициент = 1
2-й = 1,1
3-й = 1,25
...
7-й = 1,356

Т.о. получаем для 2-го разрряда по сетке 3 значение = 100*80%*1,25=100
для 1-го разряда по сетке 7 = 100*70%*1,356 = 94,92 и т.д.

Внимание вопрос!
- Как лучше хранить базовое число и %-коэффициенты, чтобы отображать итоги вычислений в виде таблиц со значениями: тарифы в день, тарифы в месяц, тарифы в год, - и использовать вычисляемые значения в запросах? В основной таблице хранятся данные о номере разряда и номере сетки.

От чего зависит базовое число?
От прихоти руководителя, основанной на расчетах экономистов. Фактически это минимальная з/пл рабочего напр. 3 разряда по 1 тарифной сетке. На основе этого числа вычисляется з/пл (тариф) других разрядов и работающих в других условиях.

Основной вопрос - Как лучше хранить?
Например, в 3-х таблах
1. тбБЗ (БазовоеЗначение)
2. тбРазр (№Разряда, %)
3. тбСетка (№Сетки, Коэффициент)

Или 2-х
1. тбБЗ (БазовоеЗначение)
2. тбРазрСетка (№, %, Коэффициент)

Или еще как-то. А вот в зависимости от способа хранения и будет использоватьчся тот или иной метод отображения и вычисления. Оба варианта для вычисления предполагают использование вложенных запросов, которые не зависят от количества таблиц:



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