SQL优化策略避免不必要的索引建立

通常情况下，我们应该避免在索引列上使用NOT操作，因为NOT会导致Oracle停止使用索引而转向执行全表扫描。例如，低效的查询如：SELECT … FROM DEPT WHERE DEPT_CODE NOT = 0; 相比之下，高效的查询应该使用索引，如：SELECT … FROM DEPT WHERE DEPT_CODE > 0;

通常情况下，我们需要优化ORACLE SQL调优策略，特别是在索引列的应用。避免在索引列上使用NOT操作，因为这可能会导致ORACLE停止使用索引而改为执行全表扫描。例如，不推荐使用如下查询语句：SELECT … FROM DEPT WHERE DEPT_CODE NOT = 0; 相反，推荐使用索引的写法，如：SELECT … FROM DEPT WHERE DEPT_CODE > 0;

避免使用耗费资源的操作 带有 DISTINCT、UNION、MINUS、INTERSECT、ORDER BY 的 SQL 语句会触发 SQL 引擎的 排序（SORT） 功能，导致资源消耗过高。 DISTINCT：执行一次排序操作。 UNION、MINUS、INTERSECT：每种操作至少需要两次排序。 UNION 查询中的嵌套排序： 当查询中带有 GROUP BY 子句时，会触发 嵌入排序（NESTED SORT）。 每个查询先进行一次排序，执行 UNION 时会再执行 唯一排序（SORT UNIQUE）。 只有在前面的嵌入排序结束后，SORT UNIQUE 才能开始。嵌入排序层级越深，查询性能影响越大。 性能优化建议 通常情况下，带有 UNION、MINUS、INTERSECT 的 SQL 语句可以通过 重写查询 来优化性能，避免不必要的排序操作。

SQL Server索引的优化策略--创建索引create index(索引关键字) indexName(索引名) on userInfo(userName,userAge) create indexName on userInfo(userName,userAge) --查看索引sp_helpindex userInfo --创建唯一性索引create unique indexAge on userInfo(userAge) --删除索引drop indexName on userInfo

根据以下准则选择建立索引的列：用于频繁搜索和数据排序的列。避免使用仅包含少量不同值或表中行数有限的列创建索引，因为对小型表而言，索引查询时间可能长于逐行搜索的效率。

在索引列上使用NOT会禁用索引，导致全表扫描。使用大于号（>）等运算符替代NOT以高效查询。

SQL性能优化-索引，你能在这个文档里面找到很多可以学习的地方。

通常情况下，我们应该避免在索引列上使用NOT操作，因为这会导致类似于函数使用的影响。当Oracle数据库遇到NOT时，会放弃索引而进行全表扫描。举例来说，非常低效的写法是：SELECT ... FROM DEPT WHERE DEPT_CODE NOT = 0；相比之下，效率高的写法是：SELECT ... FROM DEPT WHERE DEPT_CODE > 0。

索引列参与函数运算时，优化器无法利用索引，会退化为全表扫描。 解决方法：将函数从索引列中分离出来。例如：低效：SELECT ... FROM DEPT WHERE SAL * 12 > 25000高效：SELECT ... FROM DEPT WHERE SAL > 25000 / 12