首先通过dbms_sqltune.create_tunning_task创建任务告诉数据库存在问题的可以改善的SQL，这个操作在11G或以后的版本中可以通过Automatic SQL Tuning在对"most active" SQL 分析时创建；然后运行dbms_sqltune.execute_tuning_task评估，这个过程包括三个主要步骤:
动态采样分析表数据，获取到真实的实数信息(最重要的比如，Cardinality)
提供这些真实的实数信息给优化器，让优化器重新评估；
如果优化器评估出新的执行计划，重复多次运行旧的执行计划和新的执行计划，最后对比性能；
如果优化器试运行得出的结果为:
优化器评估后产生了新的执行计划；
新的执行计划比旧的执行计划性能消耗更小，大幅提升性能；
则表明优化器证明旧的评估对于特定的SQL是错误的，一些低级的数据被分析出，进一步，oracle会将这些信息保存供以后使用。但是如何保存这些信息呢?不可能通过定期性的更新统计信息，因为统计信息不包括这些信息。所以，数据库使用一个独立的对象(SQL Profile)保存SQL和这些(cardinality)信息。oracle 以opt_estimate hints的格式保存cardinality信息；
/+ opt_estimate(table, orders, scale_rows=10) */
或者
/+ opt_estimate(index_scan, orders, IDX_ORDERS_DT, scale_rows=0.001) */
所以如果使用了SQL Profile，评估时默认的cardinality将乘以这些数字，优化器会更真实的查看到表中的数据信息，然后做出评估。