避免过度依赖Oracle——提升ORACLE_SQL性能的完整指南

避免过度依赖Oracle数据库。

SQL查询中使用DISTINCT、UNION、MINUS、INTERSECT和ORDER BY等功能，会启动SQL引擎执行耗费资源的排序操作。例如，DISTINCT需要一次排序，而其他功能至少需要执行两次排序。UNION查询中的每个子查询带有GROUP BY子句时，会触发嵌入的排序操作，深度影响查询效率。可以通过其他方式重写带有UNION、MINUS、INTERSECT的SQL语句，以优化性能。

调整不同方面以获得ORACLE_SQL性能上的显著改进。

避免让Oracle负载过重。

有效的应用设计将最常用的应用分为两种类型：联机事务处理类型(OLTP)和决策支持系统(DSS)。OLTP系统具有高吞吐量，经常进行插入、更新和删除操作，适用于大容量数据的处理，并支持多用户同时访问。典型的OLTP系统包括订票系统、银行业务系统和订单系统。设计这类系统时，关注的主要目标是可用性、速度、并发性和可恢复性。需要注意避免过度使用索引和集群表，以免影响插入和更新操作的性能。

在比较不同数据类型时，ORACLE经常自动转换索引列，例如将字符类型的EMP_TYPE转换为数字。这种转换会导致索引失效，例如将USER_NO从字符型转换为数字型进行比较的例子。

在ORACLE_SQL中，为了避免性能下降，应避免在索引列上使用函数。如果在WHERE子句中使用索引列作为函数的一部分，优化器可能会选择全表扫描而不是使用索引。例如，不推荐这样的写法：SELECT … FROM DEPT WHERE SAL * 12 > 25000；而推荐这样写以提升效率：SELECT … FROM DEPT WHERE SAL > 25000/12。

当比较不同数据类型的数据时，ORACLE会自动对列进行简单的类型转换。例如，假设EMP_TYPE是一个字符类型的索引列，原始查询语句中的USER_NO被转换为TO_NUMBER(USER_NO) = 109204421。由于这种内部类型转换，导致索引无法有效利用！

通常情况下，我们应避免在索引列上使用NOT条件，因为它可能导致ORACLE放弃索引而执行全表扫描。举例来说，非优化写法如下：SELECT ... FROM DEPT WHERE DEPT_CODE NOT = 0; 相反，优化写法应该是使用索引：SELECT ... FROM DEPT WHERE DEPT_CODE > 0;