МихаилКСтоит ли хранить общую сумму заказа в таблице "Заказы" или нет?Распишите плюсы и минусы обоих вариантов в Вашем конкретном случае с грубой прикидкой коэффициента значимости каждого из влияющих факторов. На месте ведь всегда виднее.
Можете сделать это в данном топике, но тогда Вам придется доказывать значимость каждого из факторов, так как не исключено, что будут иные мнения.
А что Вы имеете в виду под сабжем ? Допустимо ли иметь зависимости, кроме как от основного ключа ? Типа, в первом абзаце ? Опять же Ваше решение, если в этом есть практический смысл, то ради Бога, а на нет и суда нет.

ChAТипа, в первом абзаце ?На всякий, в первом абзаце нарушения 3НФ нет. Имелось в виду аналогия, типа, храним отдельные значения и их сумму, но в одной таблице.

МихаилКМожет априори уже есть правильный ответ?Ну не может быть однозначного ответа. Могу только выразить частное мнение, что вряд ли есть необходимость делать дополнительное поле в Вашем случае. Агрегирующие операции типа SUM выполняются достаточно быстро, так что принципиального, на порядки, прироста производительности при выполнении отчетов добавлением предрассчитанной суммы Вы все равно не получите. Но взамен получаете некие хлопоты по синхронизации и обновлению.
МихаилКОсновной вопрос - это насколько/в какой мере испоьзование двух связанных таблиц уступает производительности одной таблицы для формирования отчёта. Как определить когда наступает избыточная нормализация?Как правило, при очень больших объемах, когда затраты на чтение и агрегацию из подчиненной таблицы превышают некий порог, после которого выгоднее один раз выполнить предрасчет. Чаще всего это присуще системам OLAP/DSS, но что-то мне подсказывает, что это не Ваш случай.

МихаилКМожно уточнить о каких цифрах идёт речь?Нет, не могу, это слишком зависит от контекста задачи, о чем уже говорилось выше. Если эта сумма вычисляется только один раз в каком-либо отчете, то, скорее всего, не имеет смысл ее предрасчитывать. Или рассчитать один раз только перед выполнением ровно этого отчета. Много всяких "или", и если не хватает логики для выбора того или иного решения, то критерий истины один - практика. Конкретных чисел Вам никто не даст, а если и даст, то лично я бы не поверил им без дополнительной проверки в своей конкретной ситуации.
МихаилКSQL Server попадает в эту категорию?Исходя из вышесказанного, надеюсь понятно, что принятие решения в наименьшей, если не сказать - никакой, степени не зависит от сервера, разумеется, если выбирать из зарекомендовавших себя на рынке.