В чем сложность? Или я чего-то не понял...

Мысль такая:
Имеешь таблицу правил расчета цены:

ПРАВИЛО_ID - Идентификатор (люблю я их)
КРИТЕРИЙ - Строка, содержащая запрос или часть запроса, отвечающая за то - применять ли данное правило или нет
ФОРМУЛА_РАСЧЕТА - Строка, содержащая формулу вычисления результата
ПОРЯДОК - число, определяющее порядок выполнения правил (от него может зависеть результат)

Один из алгоритмов:
при необходимости пересчета цены:
1) заполняем параметрами временную таблицу установленного образца (имена полей участвуют в полях КРИТЕРИЙ и ФОРМУЛА_РАСЧЕТА)
2) В цикле пробегаем по всей таблице правил в порядке ПОРЯДОК:
2.1) определяем выполняется ли кретерий: строим запрос и динамоSQLем выполняем.
2.2) если критерий выполнился, то выполняем расчет цены по формуле - аналогично, динамоSQLем
2.3) Итоговая цена - например сумма по кретериям. Как вариант - итоговая цена каждой строки во временной таблице может пересчитываться в 2.2 (там UPDATE)
Тоже как вариант: 2.1 и 2.2 могут быть совмещены в одном запросе

Собственно предложена упрощенная технология, которую можно (и нужно) наворачивать и наворачивать.
Да и предложен не конкретный алгоритм, а направление в котором реально можно работать. Вариации - велком

Судя по "T-SQL" на MS SQL програмякаешь.
Я на нем уже очень давно не работал.
Приведу на псевдоORACLE, там разберешься:
строка такая:
ПРАВИЛО_ID =1
КРИТЕРИЙ = "K > 10"
ФОРМУЛА_РАСЧЕТА = "17+(К-10)*2"
ПОРЯДОК = 1

В таблице TEST_TABLE должны быть все строки, для которых нужно посчитать, а также колонки К и CENA

В процедуре расчета:
...
-- Инициализация
UPDATE TEST_TABLE
SET CENA = 0;

-- Расчет
FOR cur IN (SELECT * FROM RULES_TABLE ORDER BY ПОРЯДОК) LOOP
sSQL := "UPDATE TEST_TABLE " ||
"SET CENA = CENA+" || cur.ФОРМУЛА_РАСЧЕТА ||
" WHERE " || cur.ФОРМУЛА_РАСЧЕТА;
BEGIN
EXECUTE IMMEDIATE sSQL;
EXCEPTION
WHEN OTHERS THEN NULL;
END;
END LOOP;
...

где-то так

Судя по "T-SQL" на MS SQL програмякаешь.
Я на нем уже очень давно не работал.
Приведу на псевдоORACLE, там разберешься:
строка такая:
ПРАВИЛО_ID =1
КРИТЕРИЙ = "K > 10"
ФОРМУЛА_РАСЧЕТА = "17+(К-10)*2"
ПОРЯДОК = 1

В таблице TEST_TABLE должны быть все строки, для которых нужно посчитать, а также колонки К и CENA

В процедуре расчета:

где-то так

Можно вместо строки:
"SET CENA = CENA+" || cur.ФОРМУЛА_РАСЧЕТА ||

написать
"SET CENA = " || cur.ФОРМУЛА_РАСЧЕТА ||

тогда формат написания формул может измениться, в частности туда можно добавить псевдопараметр CENA, например, для скидок/накидок: "CENA*0.90" - для 10% скидки от уже посчитанного.

И еще:
Правила могут быть двух типов: построчные и комплексные.
Первые я привел в примере, вторые - для выполнения расчетов по всей выборке, например: если клиент заказал больше 10 наименований товаров, то скидку ему 5%

Динамическое выполнение запросов в MS SQL точно есть, я его пользовал, лет 10 назад!
Это один из обязательных критериев современной БД (ИМХО)

vinger4А нельзя повесить на табличку триггер, в котором прописать автозаполнение по любым нам удобным правилам (правила можно хранить в другой табличке)?
Евгений

KOT MATPOCKuH...
Один из алгоритмов:
при необходимости пересчета цены:
...
Если необходимо делать в триггере - делай (только правильно)!