索引列

若索引列包含函数表达式，WHERE子句中使用该列计算将导致优化器无法使用索引，转而执行全表扫描。低效示例：SELECT … FROM DEPT WHERE SAL * 12 > 25000;高效示例：SELECT … FROM DEPT WHERE SAL > 25000/12;

在编写 SQL 查询时，尤其是在 WHERE 子句中，应尽量避免对索引列使用函数或计算。 当索引列参与计算时，例如 SAL * 12 > 25000， 数据库优化器很可能无法使用该索引，从而导致全表扫描，降低查询效率。 为了优化查询性能，建议将计算移至条件表达式的另一侧，直接使用索引列进行比较。例如，将 SAL * 12 > 25000 改写为 SAL > 25000/12，这样数据库优化器就能有效地利用索引，提高查询速度。

利用 np.argmax(array, axis=0) 可以获取 NumPy 数组中每列最大值的索引，得到的是行坐标。

在 Oracle SQL 中，为了充分利用索引提高查询效率，应避免在 WHERE 子句的索引列上进行计算。 当索引列参与计算时，例如 WHERE SAL * 12 > 25000，Oracle 优化器将难以有效利用索引，进而选择全表扫描，导致性能下降。 为了优化查询性能，建议将计算移至索引列之外。例如，将 WHERE SAL * 12 > 25000 改写为 WHERE SAL > 25000/12，使优化器能够利用索引进行高效的数据检索。

索引列上的NOT操作，真心别乱用。你没注意，但NOT一旦出现，Oracle 就不走索引了，直接全表扫描，响应速度直接翻车。像DEPT_CODE NOT = 0这种写法，看起来挺正常，但效率惨不忍睹。改成DEPT_CODE > 0，Oracle 就能老老实实用上索引，查询性能马上提上来。其实原理也不复杂：NOT 和函数操作一样，Oracle 懒得猜，干脆全表扫了事。用范围判断，才是和索引配合最顺的打开方式。如果你手头的 SQL 跑得慢，不妨先查查有没有用NOT。搞不好就是它在拖后腿。顺手推荐几个文章，讲得还蛮透的：Oracle SQL 优化全表扫描最佳实践优化 ORACLE SQL 性能避免前置

当比较不同数据类型的数据时，ORACLE可能会自动对列进行类型转换。例如，如果EMP_TYPE是字符类型的索引列，查询语句SELECT USER_NO, USER_NAME, ADDRESS FROM USER_FILES WHERE USER_NO = 109204421会被转换为SELECT USER_NO, USER_NAME, ADDRESS FROM USER_FILES WHERE TO_NUMBER(USER_NO) = 109204421。这种内部类型转换会导致索引失效。为避免这一问题，建议进行适当的数据类型处理。

当对不同数据类型的数据进行比较时，Oracle 会自动对索引列进行类型转换。这可能会导致索引失效，降低查询性能。例如，如果索引列 EMP_TYPE 为字符类型，则查询 SELECT USER_NO, USER_NAME, ADDRESS FROM USER_FILES WHERE USER_NO = 109204421 将被转换为 SELECT USER_NO, USER_NAME, ADDRESS FROM USER_FILES WHERE TO_NUMBER(USER_NO) = 109204421。由于类型转换，索引将无法使用，从而影响查询速度。

在优化MySQL SQL查询性能时，应考虑建立高效的多列索引。对于数据分散的关键字如ID和QQ等，建立短索引是最佳选择。相比之下，性别、状态值等字段的单列索引则显得无意义。特别是在大数据量下，列表页通常按时间排序，因此单列索引可能反而干扰MySQL优化器的选择。建议删除多余的单列索引，改为建立一至数条多列索引。多列索引的最后字段应是order by用到的排序字段，前几个字段则应是where中的条件字段，确保索引的有效利用。

当需要比较不同数据类型的数据时，Oracle会自动进行简单的类型转换。例如，如果EMP_TYPE是一个字符类型的索引列，当执行类似于SELECT … FROM EMP WHERE EMP_TYPE = 123的语句时，Oracle会将其转换为SELECT … FROM EMP WHERE TO_NUMBER(EMP_TYPE) = 123，这种内部类型转换可能导致索引无法有效利用。为了提高效率，在更新一个表的唯一索引字段时，推荐使用update子查询的方法，如：update (select dydj.dm, sb.dydj from mw_app.mwt_ud_sb sb, mw_app.mw

通常情况下，应尽量避免在Oracle数据库的索引列上使用NOT条件，因为这会导致执行全表扫描而非索引扫描。例如，不推荐的写法是：SELECT … FROM DEPT WHERE DEPT_CODE NOT = 0；而推荐的写法应该是使用索引：SELECT … FROM DEPT WHERE DEPT_CODE > 0。