Поскольку народ сходится в том, что хранить лучше сумму = кол-во * цена и при расчетах цену рассчитывать по этой сумме, то как же считать НДС???

Есть тип 1:
Считать цену без НДС на базовою единицу измерения и хранить их раздельно...
Причем не округлать эти цифры, предполагается достаточным 6 знаков после запятой.
При расчетах использовать эти цены и НДС, для суммы за период с НДС: суммировать отдельно(партия*цена без НДС, партия*НДС) потом складывть и округлять итоговую сумму.
Можно и суммировать цену и НДС, умножать на количество по партии, суммировать эти цифры за период.
Разница при подобных расчетах будет очень небольшая.

!Вопрос: Не вызовет ли подобная модель хранения большую погрешность с документальными данными ???

Под документальными данными я понимаю сумму в журнале(реесте) документов. Например за 1 месяц.

PS. Можно хранить и сумму по партии. При расчете получать цену на базовую единицу, извлекать НДС из нее и считать как будто имея эти цифры изначально. Этот вариант занимает меньше места в таблице, но к нему еще вопрос: какую сумму хранить с НДС или без нее, учитывая что документы могут быть различных типов и товар может быть как с начислением НДС, так и освобожденный от НДС.
ДВА этих варианта конечно немного денормализуют базу данных, зато дают реальную производительноть, причем первый вариант более быстрый, потому что цену и НДС можно хранить в таблице строк документов, а во втором варианте суммы будут в другой таблицу, что потребует дополнительного объединения в запросе.

Бытует еще одно мнение, что извлекать НДС из сумм по партии и считать потом суммы раздельно и складывать.

Работаем мы с реальными(большими) объемами данных и различные мнения сбивают с толку.

Уважаемые гуру, выскажите мнения пожалуйста.