也許是我孤陋寡聞了,似乎沒(méi)有辦法跨庫(kù)關(guān)聯(lián)查詢吧。如果非要跨庫(kù)關(guān)聯(lián),我能想到的辦法就是把兩邊的數(shù)據(jù)查詢出來(lái)并存入一個(gè)臨時(shí)表,再查詢臨時(shí)表。不過(guò)這種方法只是用于不同庫(kù)中相同或相似的表,比如有的數(shù)據(jù)量較大的分庫(kù)項(xiàng)目。
創(chuàng)新互聯(lián)建站服務(wù)項(xiàng)目包括廣宗網(wǎng)站建設(shè)、廣宗網(wǎng)站制作、廣宗網(wǎng)頁(yè)制作以及廣宗網(wǎng)絡(luò)營(yíng)銷(xiāo)策劃等。多年來(lái),我們專(zhuān)注于互聯(lián)網(wǎng)行業(yè),利用自身積累的技術(shù)優(yōu)勢(shì)、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等,向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案,廣宗網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前,我們服務(wù)的客戶以成都為中心已經(jīng)輻射到廣宗省份的部分城市,未來(lái)相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶的支持與信任!
在回過(guò)頭來(lái)看你的項(xiàng)目需求,其實(shí)根本不需要跨庫(kù)的。首先在任意一個(gè)庫(kù)里創(chuàng)建一個(gè)表,在發(fā)送會(huì)議信息給會(huì)員的時(shí)候,除了這個(gè)表的主鍵之外,只需要記錄會(huì)員的id和會(huì)議的id,這兩個(gè)id分別從兩個(gè)庫(kù)里獲取。
你如果要查看某條會(huì)議信息發(fā)送的詳情,就通過(guò)這兩個(gè)id分別從兩個(gè)庫(kù)里獲取會(huì)員信息和會(huì)議信息。
你如果要查詢出列表,用笨辦法,因?yàn)槟氵@個(gè)表肯定和會(huì)員或會(huì)議其中一個(gè)在一個(gè)庫(kù)了,可以關(guān)聯(lián),然后在列表循環(huán)中逐條查詢另一個(gè)數(shù)據(jù),雖然這樣有些影響性能,但是也比“跨庫(kù)關(guān)聯(lián)查詢”好點(diǎn),況且如果數(shù)據(jù)多的話,一般都是分頁(yè)操作的話,一個(gè)列表最多二三十條記錄,一次查詢二三十也不會(huì)有太大影響。
另一個(gè)笨辦法,就是把發(fā)送記錄列表中所有需要列出的字段都記錄在發(fā)送會(huì)議信息的記錄表里,這樣就不需要在循環(huán)查詢另一個(gè)表了。但缺點(diǎn)就是這里面的數(shù)據(jù)就不能和會(huì)員以及會(huì)議信息的數(shù)據(jù)同步,除非你在更新會(huì)員以和會(huì)議信息的數(shù)據(jù)的同時(shí)更新這個(gè)表的數(shù)據(jù)。
但不管用哪種方式,我覺(jué)得都比“跨庫(kù)關(guān)聯(lián)查詢”要好,即使真的有“跨庫(kù)關(guān)聯(lián)查詢”的方法。
照你所說(shuō)的話,登陸后發(fā)布新聞,那你登陸后肯定會(huì)用用session或者cookie 來(lái)保存登陸id的
那么你插入新聞的時(shí)候
"insert into news (title,content.uid) values ('title','content','這里session或者cookie')"
既然查詢有id來(lái)關(guān)聯(lián)了
那么查詢的時(shí)候就用left join
"select * from news as n left join user as u on n.uid=u.uid where=‘條件你自己寫(xiě)’ "
1.同時(shí)查出兩個(gè)表所有的記錄:
select 字段
from table1
union
select 字段
from table2
2.這個(gè)字段相同的記錄
select *
from table1,table2
where table1.字段 = table2.字段