这主要是由于对 SQL 问题的回答。出于性能考虑,有意省略了 UDF 和子查询。我没有包括可靠性,而不是认为它应该被视为理所当然,但代码必须工作。
性能永远是第一位的吗?以性能为主要优先事项提供了如此多的答案。我的用户似乎更关心代码的修改速度。因此,运行报告需要 15 秒而不是 12 秒。只要我不为不提供解决方案找借口,他们就可以忍受。
显然,如果 15 秒变成 15 分钟,那就有问题了,但用户想要这个功能。他们希望应用程序适应业务规则更改和增强请求。我希望能够在 6 个月后查看代码,并且能够在一个容易识别的位置进行更改,而不是追查所有那些有人复制和粘贴代码的地方,因为他们认为调用另一个函数或子例程或 Udf 会阻碍性能。
说了这么多,我要订购:可维护性(改变是生活中的事实。),性能(没有人喜欢盯着沙漏。),可重用性(很难确定应该再次使用什么代码。)。