Was ist der Unterschied zwischen on, in, as und where in MySQL?

Der Unterschied zwischen MySQL on, in, as und where

Antwort: Where-Abfragebedingungen, verwenden Sie on, wenn Sie eine interne und externe Verbindung herstellen, als Alias, um abzufragen, ob sich ein bestimmter Wert in einer bestimmten Bedingung befindet

Erstellen Sie 2 Tabellen: Schüler, Punktzahl

Schüler:

Punktzahl:

wo

SELECT * FROM student WHERE s_sex='男'

Beispiel: on

SELECT * FROM student LEFT JOIN score on student.s_id=score.s_id;

auf und wo Kombination :

SELECT * FROM student LEFT JOIN score on student.s_id=score.s_id WHERE s_name='赵雷'

Zum Beispiel: in

SELECT * FROM score WHERE s_id in (SELECT s_id FROM student WHERE s_name='赵雷')

as

select * from score as a LEFT JOIN student as b on a.s_id=b.s_id where s_name='赵雷'

Mysql-Anweisungsproblemlösung

1. Linkes Verbindungsproblem bei der Datenfilterung

Nur unter den folgenden Bedingungen möglich Filtern Sie die Tabelle auf der rechten Seite des linken Joins. Wenn die linke Tabelle nicht mit den Daten der rechten Tabelle übereinstimmen kann, werden an der ursprünglichen rechten Tabellenposition Null angezeigt. Die Daten in der linken Tabelle des linken Joins sind nicht eingeschränkt Bedingung danach, wo alle Daten gefiltert werden.

2. Die gleichen Daten werden wiederholt gefiltert und verwendet.

with <name> as()

Sie können mit as eine temporäre Tabelle in MySQL erstellen. Nach der Ausführung sollen wir sie nicht mehr verarbeiten Artikeltabelle, aber nicht alle Daten in der Tabelle sind das, was wir brauchen. Daher filtern und erstellen wir zunächst eine temporäre Tabelle arc und führen dann arc aus.

Wenn es sich nur um eine einfache Operation des obigen Beispiels handelt, ist die Verwendung von with...as nicht erforderlich. Wenn wir jedoch die Artikeltabelle gemeinsam mit anderen Tabellen abfragen oder sogar verschachteln müssen, wird is_del = 0 beurteilt Die endgültige SQL-Anweisung muss möglicherweise sehr komplex und fehleranfällig sein, die Verwendung von arc erfordert jedoch keine wiederholte Filterung der Daten.

Der SQL-Eintrag mit...as kann komplizierter sein. Beispielsweise gibt es name_id in der Artikeltabelle, aber häufiger möchten wir ihn mit...as im Voraus durchsuchen Verwenden Sie dazu eine temporäre Tabelle.

3. Sortieren Sie nach einem bestimmten Feld, um die letzten drei Daten oder die ersten drei Daten jeder Kategorie zu erhalten. Dies ist eine relativ klassische Frage. Ich kenne nur einen Weg, das Problem zu lösen, aber ich werde es versuchen Ich erkläre es am besten auf einfache und populäre Weise.

Beispiel:

with arc as( 
    select id,arc.title,update_time,is_top,cId,pid,name_id from article arc where is_del = 0 
) 
select * from arc

Im Beispiel ist cId die Kategorie-ID und updateTime die Aktualisierungszeit. Die Lösung des Problems besteht darin, die neuesten drei Daten für jede Kategorie in arc auszuwählen, genau wie es die Nachrichten-Homepage benötigt Um die neuesten Nachrichten für jede Kategorie auszuwählen, können wir die Daten anhand der Daten in der Datenbank nach Kategorie und Aktualisierungszeit sortieren. Es ist jedoch nicht möglich, bestimmte Nachrichten abzurufen von Daten für jede Kategorie in der vorhandenen Datenbank, sodass wir ein temporäres Feld hinzufügen können.

updateTimeSort Stellt die Sortierung jedes Unterelements in jeder Kategorie in dieser Kategorie dar. Im aktuellen Problem sollte dieses temporäre Feld mit dem Feld updateTime verknüpft sein, das jedes Unterelement in der Kategorie nach der Aktualisierungszeit sortiert.

Wie im Beispielcode gezeigt, können wir die beiden Tabellen a1 und a2 finden. Sie sind beide Aliase für die Bogentabelle. Mit a2 als Hauptabfrage gehen wir zu a1 Suchen Sie in der Tabelle nach der Kategorie, die mit den aktuellen Daten von a2 übereinstimmt und deren Aktualisierungszeit später als die Anzahl der Daten in den aktuellen Daten von a2 liegt. Sie können count(*)+1 sehen, was bedeutet, dass die Anzahl beträgt um eins erhöht. Es ist in Ordnung, keins hinzuzufügen, nur wenn ein Datenelement die letzte Aktualisierungszeit in der Kategorie hat, in der es sich befindet. Der Wert von count(*) ist 0. Wenn wir count(*)+1 verwenden, werden wir kann die Daten beginnend bei 1 sortieren.

Am Ende müssen wir die Daten nur mit updateTimeSort

a1. updateTime > a2 .updateTime wird in a1.updateTime

4、业务逻辑书写位置问题

接触sql多了会发现，sql其实能帮我们解决一定的业务问题，明显的有sql的存储过程和方法，对sql语句的批量处理其实在一定程度上帮我们解决一定的业务问题，但缺点也很明显，当新手接触这个项目时他很难搞清楚某个功能到底是如何实现的，不利于维护。

一般来说我们解决业务是在server层，有时会使用sql解决一些问题，但很少，在sever处理受制于计算机硬件，在数据库处理受制于数据库性能，相比之下，计算机硬件更易于扩展，因此还是不推荐大量使用sql解决问题的。

例如上个问题：根据某个字段排序取每个类别最后三条数据或前三条数据问题，虽然问题基本解决但让存在一些 ‘bug’，例如排序时会产生1、2、3、3、4这种排序，这是因为同个类别内有两条数据更新时间重复了，那我们直观想法(还是要看个人经验值)应该是，既然问题出在数据库，那应该在数据库查询的时候就解决这个问题，但事实上，让数据库去解决并不好解决，数据库的强项在于各种搜索算法，不在于逻辑处理，因此我们就要转移到server层处理，会有不少人陷于这个坑，花费大量时间去找办法让数据库去处理这类问题，但其实就算数据库处理得了，它也不一定有server层处理的效率高，当然如果是为了学习更多东西，这些时间也是值得花的，但是这种解题思路还是要改变下的。将1、2、3、3、4问题交给server处理也就是利用java等高级语言处理这种问题，相信熟用这些语言的开发者解决这些问题都是小case了。

5、查找另一表内和本表相关字段的数量

先复习下知识：用过count函数的人都清楚一旦使用count这类聚合函数，不做其他处理数据就会归为一行数据，但很多时候我们并不期望这样的结果，以此就要想些办法能用聚合函数，也能获取很多数据，我常用的是利用group by分组。

回归问题，现有(现不讨论表是否合理)文章表(id,title,content)有文章id，标题，文章内容三个字段，点赞收藏表(id,arc_id,fav,like)有表id，文章id，收藏字段(0未收藏，1收藏)，点赞字段(0未点赞，1点赞)，现要查询文章表内每篇文章的点赞收藏数，sql语句：

select art.title,art.content, 
count(case afl.fav when 1 then 1 end) as collectNum, 
count(case afl.like when 1 then 1 end) as likeNum 
from article art 
left join article_favor_like afl on afl.arc_id = art.id 
group by afl.arc_id //这是关键

如果没有group by afl.arc_id 后果就是，查出来一行数据，数据还牛头不对马嘴，但通过对文章收藏表中的文章id进行分组就可以针对每个文章id查询数据，这样left join时右表就有每个文章id对相应的收藏数与点赞数，而不是表内所有点赞数和收藏数，最终数据也是我们所需的。

6、关于union的使用

例子：

select id,title,content,1 isArc from arc 
union 
select id,name,content,0 isArc from news

• 使用union进行的是上下整合

• 被联合的数据列数要求一致

• 列数相同，数据类型不同会自动进行数据类型转换

• 联合后的列的名字由联合中第一次出现的列名为依据，即使后续被联合数据有自己的列名也不会使用，在例子中最终列名为：id,title,content,name等列名不会使用，因此使用union一般配合别名使用统一结果。

• 有时候会区分数据是哪个表的，可以通过附加额外的字段来区别，就像例子中的isArc字段，news表中的isArc可以不写，原因也就是第4条，最终列名由第一次出现的列名决定，后续数据列名有没有都可以。

7、limit的巧用

limit一般用于分页，功能是获取指定区间内的数据，因此我们也可以用它来减少数据库的查询，例子：

select * from arc where id = 12 limit 1

数据库查询由索引还好，没有索引是要遍历数据库的，有些数据经由条件筛选在逻辑上应该是唯一的，使用limit 1可以使数据库查询到该数据时不再搜索，减少数据库搜索次数，但这种方法仅是一种技巧，想大幅度优化sql还要另想办法。

8、update ignore和insert ignore的使用

//标题是唯一索引，'新标题'存在则更新操作不执行 
update ignore arc set title = '新标题' 
 
//标题是唯一索引，'标题1号'存在则插入操作不执行 
insert ignore into arc values(null,'标题1号','文章内容')

有这种需求，数据存在时不执行任何操作，不存在则更新或插入，一个办法是使用ingore，它会忽略数据库报错，而数据库执行原子操作时报错是会回滚的，因此只要我们给数据加上主键或唯一索引，当被更新字段或插入字段与原有数据冲突时会报错，但因为ingore会忽视这种报错，后端也就不会报错，sql也未执行，达到了目的，有人会对报错敏感，其实也没什么，报错也是在检查数据是发现不合理之处给的一个提醒或警告，对数据库无害的。

9、mysql存在更新，不存在则插入

区别于上面那个需求，这个是当插入的数据存在时更新数据，不再是不做任何操作，例子：

//本例子中title不是唯一索引，id是主键 
insert into arc values(1,'标题1号','文章内容') 
on duplicate key update title='标题1号'
//若要更新多个字段使用','隔开，例：title='标题1号',content='文章内容'

在例子中，当id为1的数据存在时，更新标题和内容，不存在则插入，如果执行更新操作，未设置新值的字段保持原来的值。

还有一个REPLACE INTO也可以达到这种效果，区别在于，REPLACE INTO更新时是先删除后插入会破坏原有索引，id为3的数据更新时会删除插入id为4的数据，未更新新值的字段设置为默认值或null。

无论是两个中的哪种方式判断数据是否存在的依据都是主键和唯一索引。

Das obige ist der detaillierte Inhalt vonWas ist der Unterschied zwischen on, in, as und where in MySQL?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!