Может у кого есть интересные варианты реализации или идеи... Не охота изобретать велосипед.
Задача. Есть базовое число (напр. 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. тбБЗ (БазовоеЗначение)
2. тбРазр (№Разряда, %)
3. тбСетка (№Сетки, Коэффициент)

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

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


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

2 Владимир Смирнов.
Спасибо! Учту твое мнение. Но проблема отображения таблицы, пока остается и заставляет интенсивно чесать репу!!!