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

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

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

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

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

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

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

Pid文件：MySQL數(shù)據(jù)庫是一個單進程多線程模型的數(shù)據(jù)庫，實例正常啟動后，會將自己為任何進程號記錄到自己的Pid文件中。

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

表結構文件：MySQL8.0之前把以.frm結尾的文件稱作表結構文件。

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

內連接到時,系統(tǒng)會手動看出兩個表中填寫不出聲的數(shù)據(jù):

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

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

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

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

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