对SQL语句遗留问题的关注在我脑海中是不变的。特别是当使用SCRUM时,代码没有所有者,也就是说,所有人都必须能够修复和维护每个部件。优化SQL过程通常意味着将其转换为基于集合的命令并使用特殊运算符。我需要提示保持代码正常工作而不要忘记阈值优化x可读性。
答案 0 :(得分:0)
评论。如果它是一个较新的命令或一个模糊的命令,请确保在代码/源中留下与描述它的语句相关的注释。这样你就不会有另外一个开发人员重做声明,以提高性能为代价提高可读性。我的一般指导原则是,如果具有中级技能水平或以下水平的人必须花费几分钟或更长时间来搜索该陈述的真实情况,请留下评论以节省时间。
答案 1 :(得分:0)
除了格式符合定义的标准之外,我不会太担心可读性。优化比仅使用任何人都能理解的简单SQL更重要。这就是评论应该出现的地方......解释SQL应该做什么以及为什么选择某种优化技术。这样做的另一个好处是它可以帮助下一个阅读它的人学习新的SQL技术。
答案 2 :(得分:0)
我找到了最好的解决方案,在您的评论中,使用优化程序中的统计信息,为查询添加一个明确限定的,可重复的优化测试。 (这对存储过程也很有效,出现相同的问题。)
包括关于测试上下文(硬件和数据)的性质,必要时的数据生成代码以及测试条件的清晰描述(缓存设置,重复等)的声明。更好的是,同意团队模板这个规范。
然后执行比较需要在您的文化中建立......最好的解决方案是让文化期望在优化测试之前和之后进行记录。