关于在sql语句中使用like的意见本文档使用表的表名为testtable；表结构（test_idvarchar2（20）primarykey，test_rowvarchar2（20）），在str(test_row,1,3)上创建索引；数据test_id，test_row都是相同的数据，数据总量1099999；like的使用方法有三种：1、selecttest_rowfrommytesttablewheretest_idlike'%900';2、selecttest_rowfrommytesttablewheretest_idlike'%900%';3、selecttest_rowfrommytesttablewheretest_idlike'900%';从他们的执行计划上看，前两种种方式的耗费远远大于第二种方式（由于它们最后结果不同，不能比较它们对io的需求），所以在写sql的时候要坚决避免这种全表查询的方式，特别是在处理数据量相对较大的表的时候。另外，第三种方式的耗费、对io的需求也不尽如人意，下面我们来看另一种方式：select*frommytesttablewheresubstr(test_row,1,3)='900';---本文来源于网络，仅供参考，勿照抄，如有侵权请联系删除---从执行计划中可以看出这种方式的执行效率只略优于上面的第三种方式（他们的执行结果是相同的，耗费都不大），但对io的需求远远小于上面的第三种方式；因此，推荐使用此种方式。不过需要注意的是，如果想用这种方式代替使用like的第三种方式，需要在str(test_row,1,3)上添加索引，也就是说在列的函数上添加索引，而不是在列上添加索引。另外，如果我们能准确的知道要过滤的字符在字符串中的位置，也可以用此种方式代替第一、二种方式，提高代码执行效率。如果没有在在列的函数上添加索引就会出现这样的情况：select*frommytesttablewheresubstr(test_id,1,3)='900';这种情况虽然对io的需求比较小，但是依旧会耗费很多资源，甚至比使用like最坏的情况耗费的资源还多。因此，建议最好不要在sql中使用like，虽然他的使用比较简便。推荐使用在函数上创建索引的方式来代替，在对大表进行操作的时候，这条甚至可以卸载基本规则里，避免资源浪费。---本文来源于网络，仅供参考，勿照抄，如有侵权请联系删除---