重慶分公司,新征程啟航
為企業(yè)提供網(wǎng)站建設(shè)、域名注冊、服務(wù)器等服務(wù)
為企業(yè)提供網(wǎng)站建設(shè)、域名注冊、服務(wù)器等服務(wù)
你好,
在冷水江等地區(qū),都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局,加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力,以專注、極致的服務(wù)理念,為客戶提供成都網(wǎng)站建設(shè)、成都網(wǎng)站制作 網(wǎng)站設(shè)計制作按需求定制制作,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),品牌網(wǎng)站制作,成都全網(wǎng)營銷,成都外貿(mào)網(wǎng)站建設(shè),冷水江網(wǎng)站建設(shè)費用合理。
你的這個需求可以通過,觸發(fā)器實現(xiàn)。
觸發(fā)器就可以在指定的表的數(shù)據(jù)發(fā)生增加,刪除,修改時,完成一定的功能。
比如你的這個需求就可以在住戶表發(fā)生增加或修改時,判斷是否貧困字段的值是否是“貧困”,如果是則在精準(zhǔn)扶貧表中添加或修改記錄。
如果有幫助到你,請點擊采納。
我解答的大部分都是軟件開發(fā)新人遇到的問題,如果有興趣,可以關(guān)注我。
滿外連接的結(jié)果 = 左右表匹配的數(shù)據(jù) + 左表沒有匹配到的數(shù)據(jù) + 右表沒有匹配到的數(shù)據(jù)。
SQL99是支持滿外連接的。使用FULL JOIN 或 FULL OUTER JOIN來實現(xiàn)。
需要注意的是,MySQL不支持FULL JOIN,但是可以用 LEFT JOIN UNION RIGHT join代替。
眾所周知, MySQL的驅(qū)動表與被驅(qū)動表是優(yōu)化器自動優(yōu)化選擇的結(jié)果 (與表連接的前后順序等無關(guān)),我們可以用explain執(zhí)行計劃來知曉:
如上所示,前面一行t1是驅(qū)動表,后面一行t2是被驅(qū)動表。那么驅(qū)動表與被驅(qū)動表的選擇是否有規(guī)律可循呢?下面是百度搜索兩個主流的博文對驅(qū)動表與被驅(qū)動表的闡釋:
1. MySQL連接查詢驅(qū)動表被驅(qū)動表以及性能優(yōu)化 - 阿偉~ - 博客園 博文A 主要結(jié)論:
2. mysql驅(qū)動表與被驅(qū)動表及join優(yōu)化_java小小小黑的博客-CSDN博客_mysql驅(qū)動表和被驅(qū)動表 博文B 其主要結(jié)論:
兩個帖子的結(jié)論是都差不多,而且還給出了例子來佐證。那么網(wǎng)上的結(jié)論是否權(quán)威?是否有普遍性?是否存在缺陷?
讓我們來一起打破砂鍋問到底。下面有兩張表結(jié)構(gòu)一模一樣的表t1,t2:其中t1 100條數(shù)據(jù),t2 1000條數(shù)據(jù);t1(t2)結(jié)構(gòu)如下:
按照上面博文的結(jié)論,left join左邊是t2表,應(yīng)該是驅(qū)動表。我們查看下結(jié)果:
與 博文B 中觀點1相違背(同理觀點2也違背),與實際不符,但究竟這是為什么呢?
下面發(fā)一張MySQL的執(zhí)行過程(來源于《MySQL實戰(zhàn)45講》中01講【一條SQL查詢語句是如何執(zhí)行的】)
so die si ne,原來sql執(zhí)行的過程是這樣呀。等等,不對,這跟剛才SQL又有什么關(guān)系,上面left join中t2表還是左邊的呀。
我們知道MySQL高版本的性能越來越好,它是不斷進行優(yōu)化迭代的。遠古的mysql版本可能還需要人工把小表放在前面,大表放在后面等這些需要人工調(diào)優(yōu)的經(jīng)驗早就已經(jīng)被解決了。也就是說我們寫的語句,MySQL為了追求更好的效率,它在執(zhí)行器執(zhí)行前已經(jīng)幫我們優(yōu)化了。那么實際優(yōu)化后的sql如何查看呢?用show warning命令:
其中Message就是優(yōu)化后實際執(zhí)行的sql語句,格式化后如下:
優(yōu)化后left join左連接變成了內(nèi)連接(inner) join。所以用優(yōu)化后的sql看,表t1是小表所以作為驅(qū)動表,與實際結(jié)果相符。
left join 竟然優(yōu)化成了join,太神奇了,但這是為什么呢?原因在于mysql中null與任何值做等值或者不等值比較的時候都是null,即使是select null=null 也是null。這樣where 條件t1.a=t2.a查詢條件不會包含t2.a為NULL的行,實際效果其實跟join一樣,被優(yōu)化器智能的優(yōu)化了。
我們直接看執(zhí)行計劃看實際結(jié)果吧:
結(jié)果顯示t2是驅(qū)動表,t1是被驅(qū)動表。t2是1000條數(shù)據(jù)按理說是大表應(yīng)該是被驅(qū)動表,與 博文A , 博文B 的結(jié)論又不一致了。
《MySQL實戰(zhàn)45講》中34講【到底可不可以使用join】已經(jīng)講的很透徹了,很深入了,我就不在這里獻丑了。啰嗦幾句大概就是驅(qū)動表是全表掃描不走索引,所以選被驅(qū)動表t1可以走索引,不會全表掃描,減少IO次數(shù),性能高。里面對大表小表的總結(jié),簡直是精髓,特意在此再次著重強調(diào):
在決定哪個表做驅(qū)動表的時候,應(yīng)該是兩個表按照各自的條件過濾,過濾完成之后,計算參與join的各個字段的總數(shù)據(jù)量,數(shù)據(jù)量小的那個表,就是“小表”,應(yīng)該作為驅(qū)動表。
按照上面分析,我們先獨立思考下MySQL會選擇哪張表作為驅(qū)動表呢?
表t1,t2在字段a上都有索引不會全表掃描,其中t1.a=5條件過濾后只有一條,很顯然嘛,t1數(shù)據(jù)量少是小表,肯定是驅(qū)動表,錯不了,再說了前面的紅色粗體已經(jīng)強調(diào)了,不會有錯的。
有冇搞錯?事實又被打臉了。還記得在開篇我們說過的mysql優(yōu)化器會對sql語句進行優(yōu)化的嗎?下面我們看下執(zhí)行計劃與優(yōu)化的sql語句:
格式化后的優(yōu)化SQL如下:
優(yōu)化后兩表t1,t2都走索引,并且都只有一條結(jié)果返回,因此都只會掃描一行,數(shù)據(jù)量一樣,所以誰在前面誰就是驅(qū)動表,也就是上面sql中表t2。一切都釋然,豁然開通!
回頭再仔細想想,高,實在是高!仔細深思之后MySQL優(yōu)化后的句子真讓人猛拍大腿。高明之處在于:
1. 本來join連接是個M*N的嵌套循環(huán),優(yōu)化后變成了M+N的判斷,兩表不再嵌套判斷了。
2. 優(yōu)化后,兩表沒有多大必然聯(lián)系,只需把兩表的結(jié)果集拼接即可,互不干擾。如果mysql未來可以多線程查詢,豈不十分快哉!
小伙伴們還記得我們在上一章 MySQL索引初探 中編碼類型不一致發(fā)生隱式轉(zhuǎn)換時有時候走索引,有時候索引又失效的問題嗎?下面我們選取有代表性的一條記錄來分析:
其中表demo_test總共有640條數(shù)據(jù),demo_test_ass有3條數(shù)據(jù)。顯然經(jīng)過過濾條件t.rid1完成后demo_test_ass數(shù)據(jù)量小,應(yīng)該作為驅(qū)動表。雖然test.c_utf8mb4 = t.c2兩字段連接中發(fā)生了t.c2字段發(fā)生隱式轉(zhuǎn)換,但是實際上并不影響被驅(qū)動表test上的c_utf8mb4索引。
好了,本章到此結(jié)束,讓我們一起 總結(jié)一下MySQL驅(qū)動表與被驅(qū)動表的選取原則 :
?? ? 同等條件,優(yōu)先選取有索引的表作為被驅(qū)動表。 在此介紹一下什么叫同等條件,比如上面的②中的語句。 兩表沒有其他額外的過濾條件,因此選關(guān)聯(lián)字段有索引的t1作為被驅(qū)動表。但是如果加了條件(and t1.id=3),此時t1數(shù)據(jù)量少,就選取了t2作為被驅(qū)動表。
??? MySQL選擇驅(qū)動表與被驅(qū)動表是基于優(yōu)化器優(yōu)化后的,小表是驅(qū)動表,大表是被驅(qū)動表。 基于優(yōu)化器優(yōu)化后開篇的 博文A與B 結(jié)論成立。
當(dāng)然這都是我一家之言,并不是官方結(jié)論,目前暫未找到官方確切對于驅(qū)動表與被驅(qū)動表的解釋,請大家踴躍拍磚!
左連接:返回包括左表中的所有記錄和右表中聯(lián)結(jié)字段相等的記錄;
右連接:返回包括右表中的所有記錄和左表中聯(lián)結(jié)字段相等的記錄;
全連接:返回兩個連接表的所有記錄;mysql沒有全連接
內(nèi)連接:返回兩個連接表連接字段相同的記錄;
union:對兩個結(jié)果集進行并集,并去重,當(dāng)交換兩個select語句順序后,最終結(jié)果與不交換時無區(qū)別;
union all:對兩個結(jié)果集進行并集,不去重,當(dāng)交換兩個select語句順序后,最終結(jié)果與不交換時有區(qū)別;
舉個例子 有一個學(xué)生表 班級 姓名 一個成績表 姓名 成績 我們需要返回X班的所有學(xué)生的成績,但是班上有人缺考,也就是成績表里沒有姓名,我們先用on得到的就是有考試成績的名字,通過外連接,我們就可以得到全班人的名字以及成績。