MySQL不用外鍵的話，如何讓表起來關(guān)聯(lián)？表的關(guān)聯(lián)，只不過是一種邏輯概念，本卻不是是需要參與物理上的“硬綁定”，而且你所希望的關(guān)聯(lián)，只不過是其數(shù)據(jù)上未知當(dāng)然的聯(lián)系罷了，這種直接聯(lián)系事實(shí)上是設(shè)計(jì)之初就符

MySQL不用外鍵的話，如何讓表起來關(guān)聯(lián)？

表的關(guān)聯(lián)，只不過是一種邏輯概念，本卻不是是需要參與物理上的“硬綁定”，而且你所希望的關(guān)聯(lián)，只不過是其數(shù)據(jù)上未知當(dāng)然的聯(lián)系罷了，這種直接聯(lián)系事實(shí)上是設(shè)計(jì)之初就符號(hào)表示好的陳腐邏輯。

所以才在業(yè)務(wù)代碼中實(shí)現(xiàn)的時(shí)候，只需按照設(shè)計(jì)之初的這種思想模式關(guān)聯(lián)邏輯來“存/取”數(shù)據(jù)即可解決，卻不是不需要在數(shù)據(jù)庫層面接受“硬解除綁定”

而且在數(shù)據(jù)庫層面按照建議使用外鍵的通過“硬手機(jī)綁定”，會(huì)給了很多額外的資源消耗來參與一致性和完整性校驗(yàn)，除非某些時(shí)候我們當(dāng)然不需要這個(gè)校驗(yàn)。

所以才象不建議在數(shù)據(jù)庫中不使用外鍵約束來保證數(shù)據(jù)的一致性和完整性。

MySQL數(shù)據(jù)庫正常使用情況下必須含有哪三種文件？

Pid文件：MySQL數(shù)據(jù)庫是一個(gè)單進(jìn)程多線程模型的數(shù)據(jù)庫，實(shí)例正常啟動(dòng)后，會(huì)將自己為任何進(jìn)程號(hào)記錄到自己的Pid文件中。

Socket文件：mysql數(shù)據(jù)庫有兩種連接，無線網(wǎng)絡(luò)連接和網(wǎng)絡(luò)連接，文件是服務(wù)器與本地客戶端接受通信發(fā)UNIX套接字文件，其默認(rèn)位置是

表結(jié)構(gòu)文件：MySQL8.0之前把以.frm結(jié)尾的文件稱作表結(jié)構(gòu)文件。

mysql的內(nèi)鏈接和左右連接的區(qū)別？

內(nèi)連接到時(shí),系統(tǒng)會(huì)手動(dòng)看出兩個(gè)表中填寫不出聲的數(shù)據(jù):

左鏈接,顯示關(guān)鍵詞left左邊表中的所有數(shù)據(jù),右邊表數(shù)據(jù)數(shù)據(jù)少了補(bǔ)NULL值,數(shù)據(jù)多了不沒顯示

mysql兩表關(guān)聯(lián)查詢和子查詢的區(qū)別？

關(guān)聯(lián)查詢(join)與子網(wǎng)上查詢(into)：

兩者select的時(shí)間復(fù)雜度是一樣的的（注：這里的select是指完成任務(wù)數(shù)據(jù)的，個(gè)數(shù)）。

任何相同的是這對(duì)outside子查詢它你每次先執(zhí)行內(nèi)部網(wǎng)站查詢的時(shí)候都需要新的構(gòu)造兩個(gè)JOIN結(jié)構(gòu)（這那就是大家常說的會(huì)將子去查詢轉(zhuǎn)變成whereexists(select1returninga,bwhere)），完成你所選的初始化操作，因此在這次內(nèi)部可以查詢都結(jié)束了之后，要完成相對(duì)應(yīng)的析構(gòu)函數(shù)，如index_init,index_end，而當(dāng)外部可以查詢是全表掃描后的時(shí)候，這些操作的次數(shù)應(yīng)該是它的記錄數(shù)，這樣的話它們（構(gòu)造，析構(gòu)）所電腦資源的性能確實(shí)是不言自明的。簡(jiǎn)單一句話子網(wǎng)站查詢的性能除開查詢外，還耗掉在JOIN的構(gòu)造與析構(gòu)過程。