Hello Sarif，

如果未计划进行HANA迁移，则还可以使用这些工具来优化代码。

有关SQLM的详细信息，请参见此博客。

如果要使用SWLT和/或代码检查器检查变体PERFORMANCE_DB，则应记住，并非所有这些检查结果实际上都是一个问题或必须解决。 一些发现是相当暗示的。 例如，有一项检查来查找嵌套在循环内的SQL语句。 有时这样的嵌套SQL是不可避免的，而有时则不值得修复。 想法是这样的：一旦通过SQLM识别出SQL语句运行缓慢，就可以将这些检查结果用作附加信息，以提示该语句运行缓慢的原因。

代码检查器检查变体FUNCTIONAL_DB（至少部分地）特定于HANA迁移。

最好的问候，
Armin

编辑：要获取有关支票的更多详细信息，您还可以使用事务SCI打开支票变式（PERFORMANCE_DB），然后单击信息图标

正如 Armin Beil 所说，即使有 还没有立即执行数据库迁移的计划，可以使用不同的ATC。 照原样，我尝试养成习惯，每次有新代码进入生产时都使用FUNCTIONAL_DB和FUNCTIONAL_DB_ADDITION。

我认为PERFORMANCE_DB变体要复杂一些。 过去，我们曾经使用它（通过SWLT）来修改一些需要重构的报告。

无论您如何打开它，您仍然必须解释不同的报告。 ATC（或SWLT）生成的消息，然后决定是否值得花费精力来修改所涉及的代码。