Я в той ветке не участвовал, но пару мыслей выскажу.
"Это позволит оптимизировать расчеты. "
По моему это ничего не позволит.
Оптимизировать запросы можно только оптимизируя их.
Расчет з.п. к примеру можно вести через по подходу финпоказателей.
Но смысл в этом есть и он полезен, как теория.
Например OLAP - интересная теория, вот только реализации настолько разные и зачастую ущербные, что диву даешься, что же разработчиков чудо-серверов было непонятно в теории? зачем же такую делать жуть?

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

ASCRUS авторНа этапе изменения величин от которых зависят данные
Не всегда это возможно. Если расчет величины зависит от множества различных входящих данных, то отследить их изменения и организовать по месту пересчет может оказаться не выгодным, особенно если эти данные вводятся или изменяются в массовом порядке. С другой стороны никто не мешает производить периодические фоновые расчеты, где по шедулеру или idle сервера запускается скрипт, рассчитывающий не рассчитанные данные, у которых например дата последнего изменения отстоит на какое то время.
Я думаю, что лучше все таки при внесении данных рассчитывать часть данных.
Но подход намного глубже, я думаю, что напишу по этому поводу креатиф, но сейчас нет времени.