Optimiser Oracle是一个数据库查询优化器。它的目的是通过选择最优的执行计划来提高查询性能。为此，它会先分析SQL语句的语法和语义。然后，使用统计信息（例如表的大小、索引的可用性和数据段的分布）来计算每个执行计划的成本。最终，它会选择成本最低的执行计划作为查询的执行计划。

一个例子：有一个包含1百万行的“订单”（orders）表。其中，大多数订单都是已经完成的（已支付、已发货、已签收），只有一小部分订单仍然处于处理中的状态。这个表有一个“订单状态”（order_status）列，该字段的值包括“已完成”“处理中”等等。如果一个查询仅仅返回“已完成”的订单，那么我们会大量浪费时间扫描那些已经完成的订单。优化器可以通过利用索引等方式跳过那些不是目标行的扫描。

SELECT *FROM ordersWHERE order_status = '已完成';

在优化器看来，“扫描整个表”是一种相对较昂贵的操作。优化器会尝试使用以下几种方法来避免不必要的表扫描：

• 索引扫描：如果表上有一个索引，那么优化器可以使用该索引来提取目标数据，而不必浏览整个表。
• 全表扫描：当没有搜索谓词或搜索谓词不适用于索引时，优化器可能会选择扫描整个表。
• 位图索引扫描：如果搜索条件涉及多列，则位图索引扫描可能是一种更有效的选项。

以下是另一个例子：优化器可以使用查询重写（query rewriting）方法来改变查询的语法，从而更高效地执行查询。例如，下面的两个查询是等效的：

SELECT a.*FROM orders a, customers bWHERE a.customer_id = b.customer_idAND b.customer_name = 'John';SELECT a.*FROM orders aWHERE a.customer_id = (SELECT customer_idFROM customersWHERE customer_name = 'John');

第二个查询使用了子查询来代替了连接查询。在这种情况下，查询优化器可以选择更高效的执行计划。查询重写是优化器的一个更高级的函数。

Optimiser Oracle是一个复杂的工具。优化器的选择并不总是显而易见。有时候，优化器会得到错误的成本估计或者错误的统计数据，从而做出错误的决定。在这种情况下，开发人员可以使用SQL hint，教导优化器选择不同的执行计划。但是，这必须谨慎使用，因为SQL hint可能会导致更差的性能结果。

总之，对数据库性能做出调整的第一步是理解数据库查询优化器的基础知识。在这个过程中，请记住优化器的目标：选择最优的执行计划。如果您遇到性能问题，那么解决办法可能是通过SQL重组或手动选择SQL hint来指导优化器的选择。