除了sql_audit，我们还可以使用SQL Trace来统计SQL执行的耗时信息。以下关于SQL Trace的说法正确的是 A SQL Trace中统计SQL 执行耗时与sql_audit基本相同，都是关于SQL执行的CPU和等待耗时的统计。 B 在SQL 语句中使用/*+trace_log=on*/可以主动打开SQL Trace的搜集。 C SHOW TRACE命令只能查看最近一次执行的SQL的SQL Trace。 D 即使不打开SQL Trace，也可以用SHOW TRACE命令查看一些执行相关的信息，比如执行计划。

关于SQL Trace的说法，以下是正确的：

D. 即使不打开SQL Trace，也可以用SHOW TRACE命令查看一些执行相关的信息，比如执行计划。

其他选项的描述如下：

A. SQL Trace中统计SQL执行耗时与sql_audit不完全相同。SQL Trace主要用于跟踪SQL执行的详细信息，包括SQL语句、执行计划、CPU和等待时间等。而sql_audit主要用于审计SQL语句的执行，包括执行时间、执行用户、执行结果等。这个说法是不正确的。

B. 在SQL语句中使用/*+trace_log=on*/并不能主动打开SQL Trace的搜集。正确的方式是使用ALTER SESSION ENABLE TRACE语句来启用SQL Trace。这个说法是不正确的。

C. SHOW TRACE命令可以查看最近一次执行的SQL的SQL Trace，但它也可以查看其他特定SQL语句的SQL Trace，通过指定SQL ID或者SQL文件名称来查询特定SQL的跟踪信息。这个说法是不正确的。

综上所述，只有选项D关于SQL Trace的说法是正确的。

相关问题

优化sql SELECT dept_code, dept_name, machine_audit_result, machine_audit_result_desc, machine_audit_end_time FROM crm_rd_machine_audit_record WHERE is_deleted = 0 AND is_disabled = 0

为了优化这个 SQL 查询语句，我们可以考虑以下几个方面：

1. 索引优化：为查询条件的列添加索引，可以加快查询速度。

2. 避免使用通配符：在查询条件中避免使用通配符，如 %，因为它会导致全表扫描，影响查询速度。

3. 避免使用子查询：子查询会增加查询的复杂度，影响查询速度。

4. 避免使用函数：在查询条件中避免使用函数，如 UPPER、LOWER 等，因为它会导致全表扫描，影响查询速度。

5. 避免使用 OR：在查询条件中避免使用 OR，因为它会导致全表扫描，影响查询速度。

6. 避免使用 ORDER BY：在查询条件中避免使用 ORDER BY，因为它会导致全表扫描，影响查询速度。

以上是一些优化 SQL 查询语句的方法，具体的优化方案需要根据具体的情况来确定。

declare @lv_audit_src_sys_name set lv_audit_src_sys_name= @lv_audit_src_sys_name可以这么赋值嘛

在 SQL Server 中，赋值语句应该使用等号 "=" 而不是 "set"。因此，正确的赋值语句应该是：

DECLARE @lv_audit_src_sys_name VARCHAR(100)
SET @lv_audit_src_sys_name = 'your_value_here'

请将 "your_value_here" 替换为您想要赋给变量的值。注意，您需要在声明变量之前使用 DECLARE 关键字来声明变量，并指定变量的数据类型。在本例中，我将变量类型设置为 VARCHAR(100)。