MYSQL 多表 条件多LIKE 并且是OR 链接, 出来好多重复数据,为什么啊?

MYSQL 多表 条件多LIKE 并且是OR 链接, 出来好多重复数据,为什么啊?,第1张

重复值的原因:

一般就是连接的过程中连接条件出问题或者where语句有问题,所以最好检查一下,并且建议从简单的表开始关联,不要一次性关联太多表,会使逻辑复杂。

解决方法:

多表连接查询,且去掉重复列,使用  USING(),代码如下:

select * from (select * from school left join course USING (courseid)) e left join student USING (studentid)

select * from school left join course USING (courseid)相当于

select * from school left join course on school.courseid=course.courseid

扩展资料:

常用语句:

1、新建用户:

>CREATE USER name IDENTIFIED BY 'ssapdrow';

2、更改密码:

>SET PASSWORD FOR name=PASSWORD('fdddfd');

3、权限管理

>SHOW GRANTS FOR name;//查看name用户权限

>GRANT SELECT ON db_name.* TO name;//给name用户db_name数据库的所有权限

>REVOKE SELECT ON db_name.* TO name;//GRANT的反 *** 作,去除权限;

一、数据库 *** 作: 

1、查看数据库:

>SHOW DATABASES

2、创建数据库:

>CREATE DATABASE db_name//db_name为数据库名

3、使用数据库:

>USE db_name

4、删除数据库:

>DROP DATABASE db_name

SELECT

t.file_id

FROM

app_polly_file_labels t

WHERE

t.style = '清新'

or t.style = '甜美'

or t.style = '韩潮来袭'

GROUP BY t.file_id

HAVING count(t.file_id)=3

或者

SELECT

a.file_id

FROM

app_polly_file_labels a

INNER JOIN app_polly_file_labels b ON a.file_id = b.file_id

INNER JOIN app_polly_file_labels c  ON a.file_id = c.file_id

WHERE

a.style ='清新'

AND b.style ='甜美'

AND c.style ='韩潮来袭'

扩展资料:

sql常用的复杂查询语句

一、选择指定的列

select Sno as 学号,Sname as 姓名 from student

select Sno,Sname from student

二、查询全部列

select * from student

三、对查询后的指定列进行命名

select Sname as 姓名,(2014-Sage) as 出生年 from student

select Sname ,(2014-Sage) from student

四、消除取值重复的行

select distinct Sno as 选修了课程的学生学号 from SC

select distinct Sno from SC

五、选择表中若干元组,满足条件的

select Sname as 学生姓名 from student where Sdept='IS'

参考链接:SQL语句大全

今天听到一种说法,说OR会使索引失效,最好使用UNION代替。查了一下发现的确有些文章这么说。但总觉得没什么道理。直觉上觉得虽然or连接的查询条件不能使用联合索引,但感觉两个单独的索引是可以用的。看了一些文章,感觉一直很疑惑。

于是试了一下,发现果然如此。

这里的type项是index_merge。搜索后发现是MySQL5.0后的新技术,索引合并。index merge 技术简单说就是在用OR,AND连接的多个查询条件时,可以分别使用前后查询中的索引,然后将它们各自的结果合并交集或并集。当然具体是否使用index merge,优化器会自己选择,比如and连接时有联合索引,或干脆全表查询就很快,就没必要使用它了。

具体可以查阅文档: https://dev.mysql.com/doc/refman/5.6/en/index-merge-optimization.html

还是很有意思的。

可能因为mysql这个东西太复杂,感觉sql优化都快成玄学了。网上流传了很多“奇技淫巧”,让人真假难辨。我觉得可能是过去mysql优化不是很好时,大家有一些优化的技巧,但随着mysql更新优化,现在已经成为过时甚至错误的做法。但这些说法还在流传,造成了我这样的新手的困惑。

所以看来小白要学技术,还是要踏实点多看官方文档,多亲自实践,少看博客,少道听途说。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/zaji/6127740.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-03-15
下一篇 2023-03-15

发表评论

登录后才能评论

评论列表(0条)

保存