sql like in 的使用范围

这个东西只是为了模糊查询。
用于Where条件，例如“%abc%”、“a%”、“%a”。
这些用法的区别取决于具体情况。

只需说“a%”。
这个东西使用索引的前提是数据库可以通过“%”后面的“a”找到索引。
如果数据库认为你的查询条件太宽泛，无法使用索引，那么只能扫描全表。
上次遇到这种事，是用%a查询一张5 00万条数据的表。
结果查询速度极慢，最终发现根本就没有索引。

这个东西适合小规模的调查。
比如col in(1 ,2 ,3 )或者col in(select 1 ,2 ,3 from Dual)，如果括号内的数据量比较少，查询效率会很高。
上次我使用了只有1 0个数据项的子查询，而且速度非常快。
但如果括号内的数据量比较大，比如有几百万条，那么录入就会有点困难。
在这种情况下，建议使用exists。

Exists是一个子查询，但与in不同的是，它并不匹配括号内的所有值，而是检查是否有满足条件的记录。
如果子查询返回一条记录，则exist为true，查询结束。
上次用的时候，存在于千万级的大表上，结果比用in快了不止一点点。

所以用like还是in要看你的具体情况。
索引能不能当“a%”，括号里的数据量有多大，这些都是你要自己掂量的。

如何在SQL中使用LIKE？模糊查询的模式匹配技巧

说白了，LIKE是SQL中实现模糊查询的有力工具。
两个通配符 % 和 _ 允许它处理简单到中等复杂的查询请求。
其实很简单。
首先，我们来说说最重要的事情。
百分号 (%) 可以匹配任何字符。
例如，如果你想查找以“abc”开头的内容，只需写“abc%”，如果你想查找包含“xyz”的内容，只需写“%xyz%”。
还有一点是下划线（_）只匹配一个字符。
例如，如果您正在查找固定长度的字符串“abc”，则可以使用“a_c”。

我一开始以为LIKE只能用于简单的匹配，后来发现是错误的。
也可以组合使用。
例如，“Data__%_Report”可以精确匹配特定模式的文档名称。
还有另一个关键细节，即转义特殊字符。
例如，如果要匹配“1 00% OFF”等产品编号，则必须使用 ESCAPE 子句转义百分号。

等一下，还有一点，就是LIKE和REGEXP/RLIKE的比较。
LIKE 的优点是语法简单，性能高，适合简单的模式，例如： B. 调整开头或结尾。
REGEXP/RLIKE支持更复杂的正则表达式，适合复杂的模式，但性能可能会稍差一些。

最后，一个容易避免的危险是避免使用前导通配符，这会导致全表扫描，效率极低。
如果您有较高的性能要求，请考虑使用 REGEXP 或优化索引。
我认为值得一试。
结合这些技术将显着提高 SQL 查询的效率。

sql如何进行模糊查询

那天我在图书馆的角落里，手里拿着SQL教科书，翻到模糊查询那一章。
突然我想到了一个场景：假设我正在找一本《数据结构》的书，但我不确定书名是什么。
我只记得“结构”这个词。
我打开书，看到了LIKE关键字和CHARINDEX函数的使用。
我心想，这两种方法哪一种最适合我的需要？等等，还有一件事。
之前在数据库中处理过一个员工信息请求，使用LIKE来过滤特定姓名的员工。
我花了不到 5 分钟就完成了该查询。
嗯，也许我应该尝试使用 LIKE 关键字。
回想起来，如果我当时使用 CHARINDEX，是不是会更有效？根据位置的不同，方法可能会有所不同。