这个
SELECT * FROM SOME_TABLE WHERE SOME_FIELD LIKE '%some_value%';
比这个慢
SELECT * FROM SOME_TABLE WHERE SOME_FIELD = 'some_value';
但是这个呢？
SELECT * FROM SOME_TABLE WHERE SOME_FIELD LIKE 'some_value';
我的测试表明第二个和第三个示例完全相同。如果这是真的，我的问题是，为什么要使用“=”？
【问题讨论】：
标签： sql performance oracle
【讨论】：
like 在形式上是相同的，如果你没有像$% 这样的字符，所以发现它具有相同的成本也就不足为奇了。
我发现 David Aldridge 的回答很有趣，因为您的应用程序应该使用绑定变量。使用like '%foobar'，您无法在索引中使用排序。如果查询是预编译的，会导致更多的索引或表全扫描。
此外，我发现它很危险，因为它可能导致 SQL 注入和奇怪的错误（例如，如果有一个名为 john 的用户，黑客可以创建一个名为 'joh$' 的用户并尝试登录）
为什么要冒险？ '=' 更清晰，没有这些问题。
【讨论】：
当您使用绑定变量时有一个明显的区别，您应该在 Oracle 中将其用于数据仓库或其他批量数据操作以外的任何事情。
举个例子：
SELECT * FROM SOME_TABLE WHERE SOME_FIELD LIKE :b1
Oracle 直到执行时才知道 :b1 的值是 '%some_value%' 或 'some_value' 等，因此它会根据启发式方法对结果的基数进行估计并提出一个合适的计划可能适合也可能不适合 :b 的各种值，例如 '%A'、'%'、'A' 等。
类似的问题也适用于等式谓词，但可能导致的基数范围更容易根据列统计信息或唯一约束的存在来估计。
所以，就我个人而言，我不会开始使用 LIKE 作为 = 的替代品。优化器有时很容易被愚弄。
【讨论】：
如果这是真的，我的问题是，为什么 曾经使用过“=”吗？
一个更好的问题：如果这是真的，为什么要使用“LIKE”来测试相等性？您可以省去按 shift 键的时间，而每个阅读脚本的人都会感到困惑。
【讨论】：
LIKE '%WHATEVER%' 必须进行全索引扫描。
如果没有百分比，那么它就像一个等于。
如果 % 在一端，则索引可以是范围扫描。
我不确定优化器如何处理绑定字段。
【讨论】：
你试过了吗？测试是唯一确定的方法。
顺便说一句，这些语句都不能确定返回相同的行。试试看：
insert into some_table (some_field) values ('some_value');
insert into some_table (some_fieled) values ('1some_value2');
insert into some_table (some_field) values ('some1value');
SELECT * FROM SOME_TABLE WHERE SOME_FIELD LIKE '%some_value%';
SELECT * FROM SOME_TABLE WHERE SOME_FIELD = 'some_value';
SELECT * FROM SOME_TABLE WHERE SOME_FIELD LIKE 'some_value';
就清晰度和避免细微的错误而言，最好不要使用 LIKE，除非您需要它的通配符功能。 （显然，在进行临时查询时，它可能没问题。）
【讨论】：
LIKE '%some_value%' 返回所有三个记录，= 'some_value' 仅返回第二个记录，LIKE 'some_value' 返回第一个和第三个记录。
查看EXPLAIN PLAN 两者。它们生成相同的执行计划，因此对于数据库来说，它们是相同的东西。
您可以使用 = 来测试相等性，而不是相似性。如果您也在控制比较值，那么它并没有太大的区别。如果那是由用户提交的，那么 'apple' 和 'apple%' 会给你带来很大不同的结果。
【讨论】：