建站
咨詢
售后
建站咨詢
新聞中心
怎樣把兩個(gè)不同數(shù)據(jù)庫(kù)中的表做關(guān)聯(lián)查詢呢？
mysql支持多個(gè)庫(kù)中不同表的關(guān)聯(lián)查詢，你可以隨便鏈接一個(gè)數(shù)據(jù)庫(kù)
然后，sql語(yǔ)句為：
select * from db1.table1 left join db2.table2 on db1.table1.id = db2.table2.id
只要用數(shù)據(jù)庫(kù)名加上"."就能調(diào)用相應(yīng)數(shù)據(jù)庫(kù)的數(shù)據(jù)表了.
數(shù)據(jù)庫(kù)名.表名
擴(kuò)展資料
mysql查詢語(yǔ)句
1、查詢一張表： select * from 表名；SQL數(shù)據(jù)庫(kù)多表連接查詢?yōu)槭裁磾?shù)據(jù)會(huì)重復(fù)？
1、用select語(yǔ)句，查看兩個(gè)表中的數(shù)據(jù)，確認(rèn)下來的結(jié)果是每個(gè)表中都只有兩行數(shù)據(jù)；
2、嘗試著用最常用的兩表結(jié)合查詢方式來看看結(jié)果----結(jié)果重復(fù)出現(xiàn)，并且結(jié)果錯(cuò)誤：select a.pono,a.p_name,a.p_kg as 系統(tǒng)重量,b.p_kg as 實(shí)際重量 from test1 a,test2 b where a.pono=b.sono；
3、執(zhí)行完整代碼，可以得出結(jié)果，select isnull(a.pono,b.sono) as pono,isnull(a.p_name,b.p_name) as p_name, a.p_kg as 系統(tǒng)重量、 b.p_kg as 實(shí)際重量、 from test1 as a 、full join test2 as b on a.pono = b.sono、and a.p_name = b.p_name。mysql可以同時(shí)查詢多張表嗎？
剛超過百萬的表真不大，我做過的公司很多表都是幾百萬，個(gè)別的到了千萬，對(duì)于一般的查詢來說可以不用刻意考慮怎么存儲(chǔ)的問題，mysql夠扛的。而對(duì)于復(fù)雜的多連表查詢，尤其是在做數(shù)據(jù)統(tǒng)計(jì)業(yè)務(wù)時(shí)，sql操作會(huì)很復(fù)雜，會(huì)很慢，但是因?yàn)檫@個(gè)業(yè)務(wù)是對(duì)數(shù)據(jù)的實(shí)時(shí)性要求不高，我們會(huì)采用寫定時(shí)任務(wù)的方式，提前把多張表查詢跑成一張最終的結(jié)果存儲(chǔ)起來，我們業(yè)務(wù)上的sql直接去查這個(gè)最終表就行了。
有人說分表，橫著切分。但是我見過的公司通常不會(huì)完全這樣做，因?yàn)榉直碇蟮谋锥艘埠艽?，?huì)導(dǎo)致有些業(yè)務(wù)對(duì)該數(shù)據(jù)的操作需求實(shí)現(xiàn)不了或者很麻煩。實(shí)際的做法是，分表的同時(shí)，仍然保留整體的原表，兩份數(shù)據(jù)，一份是原表，另一份是對(duì)原表進(jìn)行切分的副本，用這個(gè)分開的表來滿足某部分業(yè)務(wù)的查詢需求即可。至于怎么分，看業(yè)務(wù)，比如說我做過一款手機(jī)游戲的app，在統(tǒng)計(jì)用戶的月活躍情況時(shí)，我會(huì)按月份分。
拋開具體的業(yè)務(wù)不談，在其他方面通常的解決方案還有：
第一：成本最低也是最實(shí)用的方式：索引優(yōu)化、sql優(yōu)化。
第二：上緩存，查詢也不一定完全就是數(shù)據(jù)量大影響的，高訪問量請(qǐng)求數(shù)據(jù)庫(kù)密集時(shí)，也會(huì)影響，用緩存擋在mysql前面，進(jìn)行流量削鋒。
第三：mysql讀寫分離，其實(shí)本質(zhì)也是一種負(fù)載均衡的實(shí)現(xiàn)方式。
第四：分布式，把同一份數(shù)據(jù)分到不同服務(wù)器上，這個(gè)成本就大了，一般的公司用不到，想滿足不同業(yè)務(wù)的需求對(duì)技術(shù)要求很高，較難解決的問題是在數(shù)據(jù)的一致性上。
等等，不管使用什么技術(shù)，一定要考慮好這個(gè)技術(shù)可能帶來的后果尤其弊端是什么。
標(biāo)題名稱：數(shù)據(jù)庫(kù)一對(duì)多查詢的方法是什么
文章起源：http://www.dlmjj.cn/article/djdgidj.html
