Это произошло главным образом из-за ответов на вопросы SQL. UDF и подзапросы намеренно опущены из-за производительности. Я не включил надежность не в то, что это следует воспринимать как должное, но код должен работать.
Производительность всегда на первом месте? Так много ответов предоставляется с производительностью в качестве основного приоритета. Мои пользователи, кажется, больше озабочены тем, как быстро можно изменить код. Таким образом, отчет занимает 15 секунд вместо 12 для запуска. Они могут жить с этим, пока я не извиняюсь за то, что не предоставил решения.
Очевидно, что если 15 секунд превращаются в 15 минут, есть проблема, но пользователям нужна функциональность. Они хотят, чтобы приложение адаптировалось к изменениям бизнес-правил и запросам на усовершенствование. Я хочу иметь возможность просматривать код через 6 месяцев и иметь возможность вносить изменения в одно легко идентифицируемое место, а не отыскивать все те места, которые один скопировал и вставил код, потому что они думали, что вызов другой функции или подпрограммы или Udf сделает мешать производительности.
Все сказанное я бы заказал: ремонтопригодность (изменение - это факт жизни.), Производительность (никто не любит смотреть на песочные часы.), Возможность повторного использования (сложно определить, какой код следует использовать снова.).