sql 中not like ，字段等于null 时会失效

最新推荐文章于 2025-02-11 21:07:01 发布

lvjing41866

最新推荐文章于 2025-02-11 21:07:01 发布

阅读量599

点赞数 4

文章标签： sql 数据库

本文链接：https://blog.youkuaiyun.com/lvjing41866/article/details/139925459

版权

subject not like '%neeee%'，subject=null时like 会失效

改为：and ifnull(subject ,'') not like '%non_focus_pcc_finding%'

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

lvjing41866

关注关注

4
点赞
踩
9

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

从集合运算到mysql的not like找不出NULL

IKnowNothinglee的博客

08-21

1535

记一次有趣的发现：有一个表，总记录数是1000条，现在有一条查询语句： #查询语句1 #找出表中id中含有‘A’或‘B’或‘C’的字段 select * from table1 where id like '%A%' or id like '%B%' or id like '%C%' ; #成功查出300条嗯查询正常，有300条记录呢。然后我随便再敲一次查询语句…： #查询语句2 #找...

sql not like 多个条件_SQL基础--简单查询

热门推荐

weixin_39612058的博客

12-09

1万+

1.基本查询语句select <列名1>，<列名2>，.......from <表名>；SQL语句：select 姓名,性别 from student;查询结果：SQL语句：select * from student；查询结果：（*表示查询所有）为列设置别名：asSQL语句：select 姓名 as s_name,性别 as ‘人类性别’ from stude...

参与评论您还未登录，请先登录后发表或查看评论

sql not like 数据遗漏

weixin_51803498的博客

10-19

1875

在一NULL列，两者LIKE并NOT LIKE反对任何搜索字符串将返回NULL。或者是使用 not exists()

not like 与 null

hepeng19861212的博客

01-22

344

not like '%dddd%' 表示的含义是: 字段中不包含ddd，且[color=blue]不为null[/color]

mysql not like null_解决从集合运算到mysql的not like找不出NULL的问题

weixin_39963174的博客

01-19

291

记一次有趣的发现：有一个表，总记录数是1000条，现在有一条查询语句：#查询语句1#找出表中id中含有‘A'或‘B'或‘C'的字段select * from table1 where id like '%A%' or id like '%B%' or id like '%C%' ;#成功查出300条嗯查询正常，有300条记录呢。然后我随便再敲一次查询语句…：#查询语句2#找出表中id中不含有‘A'...

SQL大量数据查询的优化及非用like不可时的处理方案

09-10

8. **避免表达式操作**：不要在`WHERE`子句中对字段进行除法、乘法等表达式操作，这会使索引失效。 9. **避免函数操作**：类似`SUBSTRING`或日期函数`DATEDIFF`可能导致全表扫描。应尽量改写查询以直接使用索引。 ...

【SQL】索引失效的11种情况

null

11-24

7267

数据库调优的大致方向：sql查询优化技术有很多，大体分为物理查询优化和逻辑查询优化:数据准备：索引失效案例【1】. 全值匹配【2】. 最佳左前缀法则在定义表时，让主键auto_increment，否则，插入一条数据时可能会移动大量数据。如，往 1 5 8 10 15 … 100 中插9，会放在8 10 中间，因为索引默认升序排列。那么10往后的数据都要挪动，页不够时又要放到下一页，每插一条数据都这样挪一次，开销很大我们自定义的主键列id 拥有AUTO_INCREMENT 属性，在插入记录时存

MySQL之索引(3)（索引基本语法、SQL执行计划、常见索引失效原因与解决方法）

岁岁岁平安的博客

11-11

1346

本篇博客主要内容是关于MySQL中索引的创建、查找、删除的基本语法，MySQL中的SQL执行计划的概念与作用（关键字：explain）以及MySQL中的常见索引失效原因与解决方法......

MySQL中：有关使用where语句时索引是否失效的问题

weixin_68093610的博客

02-11

1148

详细总结了在MySQL中使用where语句时索引是否失效的问题，可以帮助对数据库优化器的理解！

access建立两个字段唯一索引_如何通过索引让 SQL 查询效率最大化

weixin_39611161的博客

11-19

705

如何通过索引让 SQL 查询效率最大化什么时候创建索引？如果出现如下情况，可以创建索引。字段的数值唯一性的限制索引可以起到约束的作用，比如唯一索引，主键索引，都可以起到唯一约束的作用。当字段的数值唯一时，可以考虑建立唯一索引或者主键索引。频繁作为 Where 查询条件的字段在表数据量比较大的时候，某个字段在 SQL 查询的 where条件时，就学英语给这个字段创建索引。SELECT comme...

sql not like 多个条件_SQL学习—简单查询

weixin_39564524的博客

12-06

3813

一、练习1.查询学生表查询学生姓名、性别查询姓名为猴子的学生2.理解sql运行顺序sql的书写顺序：select->from->where->group by->having->order by->limit其中注意点是where 需要书写在group by前面，having需要写在group by 的后面。一开始对于sql的书写顺序其实很迷糊，总是会将wher...

Mysql的SQL语句：not like 的用法时不能显示空值的数据。not in 中不能有空

qq120631157的博客

06-01

2328

Mysql的SQL语句：not like 的用法时不能显示空值的数据

sql中的 is not null 和 not like null的区别

五谷丰登

12-26

1607

is not null 查询的是条件字段不为null的结果集 not like null查询的结果集合永远为空，且like null查询的结果集合也是永远为空的，根本查不出任何的记录。

在SQL Server中，`NOT LIKE` 是一种用于搜索列中的指定模式的运算符

博客域名：borter.blog.youkuaiyun.com

02-10

565

假设有一个名为 `Employees` 的表，其中包含以下列：`EmployeeID`, `FirstName`, `LastName`, `Department`。这个查询会返回所有 `LastName` 列中不以字母 'M', 'N', 'O' 或 'P' 开头的员工信息。#### 示例3: 查找所有姓氏不是以 'M', 'N', 'O' 或 'P' 开头的员工。这个查询会返回所有 `Department` 列中不以字母 'S' 开头的员工信息。- `[^]`：表示不在方括号内的任何单字符。

优化sqlserver中的 not like

weixin_38225763的博客

05-07

1264

但是，对于 NOT LIKE 操作符来说，特别是当模式以通配符 % 开头时，它通常不会利用索引（如果有一个的话），因为这样的模式匹配是非确定性的。字符在你的数据模型中有特殊意义，并且你经常需要基于它进行查询，那么可能需要重新考虑你的数据库设计。创建计算列和索引（如果查询非常频繁）：如果性能是一个大问题，并且你知道你的数据不会频繁更改，你可以考虑创建一个计算列，并在其上建立索引。

SQL语句高级（八）——not like、year函数

不管风雨有多少丶的博客

02-14

1万+

mysql not like 没用_PHP - 使用NOT LIKE时，mysql查询不起作用

weixin_36415206的博客

01-19

719

我有一个正在构建的查询字符串，当我使用LIKE时它工作正常，但它不适用于NOT LIKE$sWhere = "";if ( $_GET['sSearch'] != "" ){$aWords = preg_split('/\s+/', $_GET['sSearch']);$sWhere = "WHERE (";for ( $j=0 ; $j{if ( $aWords[$j] != "" ){if(s...

sql语句用like查不出值为NULL的数据解决办法

weixin_45219973的博客

11-30

2680

1.select * from xx 查询结果：总共142条 2.select * from xx where YearMonth like ‘%%’ 查询结果：只有1条 3.select * from xx where isnull(YearMonth,’’) like ‘%%’ 查询结果：142条结论：用like ‘%%‘查询不能查出为NULL的数据，需改成 isnull(要查的字段,’’) like ‘%%’ ...

一个sql很多个not like的简化语句

rongwenbin的专栏

08-09

9692

如： select * from table where `zongbu` not like '%北京%' and `zongbu` not like '%上海%' and `zongbu` not like '%深圳%' and `zongbu` not like '天津' and `zongbu` not like '香港' and `zongbu` not like '沈阳' SELECT

sql语句如何避免索引失效

最新发布

05-08

### 如何编写SQL语句以避免索引失效为了确保SQL查询能够高效运行并充分利用已有的索引结构，以下是关于如何避免索引失效的一些最佳实践： #### 1. 遵守最左前缀原则当使用复合索引时，必须按照索引定义的顺序来匹配字段。如果跳过了某个中间字段，则后续字段无法利用索引。例如，对于一个 `(a, b, c)` 的复合索引，只有 `WHERE a=...` 或者 `WHERE a=... AND b=...` 能够有效利用索引[^1]。 #### 2. 避免在索引列上进行函数操作任何对索引列的操作都会导致索引失效。比如，`SELECT * FROM table WHERE YEAR(date_column) = 2023;` 这样的查询会使得 MySQL 无法直接使用 `date_column` 上的索引。推荐改写为： ```sql SELECT * FROM table WHERE date_column >= '2023-01-01' AND date_column < '2024-01-01'; ``` #### 3. 使用覆盖索引覆盖索引是指查询所需的数据完全可以通过索引来获取而无需回表读取数据行的情况。因此，在设计 SQL 查询时，尽量只选择那些被索引覆盖的列，而不是简单地使用 `SELECT *`[^3]。例如： ```sql -- 不好的做法 SELECT * FROM users WHERE status = 'active'; -- 更优的做法 SELECT id, name FROM users USE INDEX (status_index) WHERE status = 'active'; ``` #### 4. 防止隐式的类型转换当查询条件中的数据类型与数据库中存储的实际数据类型不一致时，可能会触发隐式类型转换，从而破坏索引的有效性。例如，字符串类型的字段不应省略单引号；整数比较也不应该加多余的引号[^1]。下面是一个例子： ```sql -- 错误示例 SELECT * FROM products WHERE price = '99'; -- 如果price是数值型，这里会导致索引失效 -- 正确示例 SELECT * FROM products WHERE price = 99; ``` #### 5. 合理处理LIKE模式匹配带有通配符 `%` 和 `_` 的模糊查找会影响索引效率。特别是当 `%` 放置于开头位置时（如 `'%abc%'`），几乎总是会造成全表扫描。为了避免这种情况发生，可以考虑全文检索或者调整业务逻辑使 `%` 只出现在右侧[^1]。如下所示： ```sql -- 效率较低的方式 SELECT * FROM articles WHERE title LIKE '%keyword%'; -- 较高效的替代方案 SELECT * FROM articles WHERE title LIKE 'keyword%'; ``` #### 6. 对NULL值和OR运算保持警惕涉及 NULL 判断以及 OR 条件组合的情况下容易引起复杂度上升甚至放弃走索引路径。一种解决办法就是拆分多个独立子查询再 UNION ALL 结合起来代替单一的大规模过滤表达式。举个实例说明这一点： ```sql -- 存疑形式 SELECT * FROM orders WHERE customer_id IS NULL OR order_status='shipped'; -- 推荐重构版 (SELECT * FROM orders WHERE customer_id IS NULL) UNION ALL (SELECT * FROM orders WHERE order_status='shipped'); ``` #### 7. 强制指定使用的索引尽管通常情况下让 DBMS 自动决定最优执行计划即可满足需求，但在某些特殊场景下可能需要人为干预指导其行为。这时就可以借助 `FORCE INDEX`, `USE INDEX` 关键字显式声明希望优先尝试哪些候选索引[^2]。示范代码片段如下： ```sql SELECT * FROM employees FORCE INDEX(last_name_idx) WHERE last_name='Smith'; ``` --- ### 总结遵循以上提到的各项准则可以帮助开发者构建更加精炼有效的 SQL 查询脚本，进而显著改善应用程序的整体响应速度和服务质量。当然除了理论学习之外还需要不断积累实战经验才能真正做到游刃有余。