А зачем вообще хранить сумму? Ее в любой момент можно вычеслить.

2 BAlex

Oбъем памяти, объем дискового пространства, колличество тиков процессора при операциях с данными имеют в этом случае второстепенное значение, хотя третью нормальную форму (оптимальность использования которой математически обоснована) никто не отменял. А первостепенное значение имеет целостность и непротиворечивость данных. В случае изменения количества или цены придется каждый раз упдейтить и сумму. Мало того что это избыточная информация, это еще и геморой для программиста и потенциальный источник ошибок при кривой реализации или сбое. Или Вы будете доказывать, что все операции нужно выполнять в транцакции? В .mdb,в отличии от .adp. это невозможно. Так что дело конечно Ваше, но любой опытный разработчик СУБД в ДАННОМ СЛУЧАЕ сумму хранить не будет.

>В mdb я б сумму и не хранил: никакой уверенности в ее достоверонсти не будет.

Тем не менее Вы взялись советовать Andrey K. решение, от которого сами отказались. Вы сами себе противоречите.

>На SQL Servere есть Computed Column. Опытные разработчики СУБД такие поля используют?

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

P.S.
Отрицательный опыт - все равно опыт.