Я, лично, придерживаюсь мнения, что данные с которыми выполняется работа должны быть уже готовые к использованию - взял и вывел.

А 1C, похоже, считает наоборот:
1) Галка "Входит в холдинг" в контрагентах. Расчитывается при открытии формы. А в запросах приходится прописыввать условие
2) Сумма всего в документе "Реализация..." . Расчитывается при выводе строки.
3) и т.д

Часто используемые - хранить. Удобство и надежность разработки в системе заметно возрастает

(3) у нас например на нее очень много завязано - отгружаем торговым точкам, а деньги получаем с головного клиента.
Везде приходиться прописывать кодом условие на головного

(5) согласен. Но как показывает практика, что хоть раз надо было подсчитать, будет требоваться для анализа.

Вот сейчас думаю про просроченную задолжность. Ее надо будет выгружать на КПК т.е скорость получения данных должна быть высокой. Но она непостояная - все время меняется поэтому хранить в классическом виде нельзя. А алгоритм тяжелый.

Думаю делать гибрид - непериодический регистр, который заполняется рег. заданием.

идея РСУБД как раз в однозначности трактовки данных.
хранение расчетных данных обеспечивает более высокую надежность, чем алгоритм.

тужа же поддержка дублей алгоритмов задача сложная сама по себе.