mysql - 數(shù)據(jù)表關(guān)聯(lián)字段命名問題
問題描述
這是一張文章表,后面關(guān)聯(lián)了node表,和category表。分別關(guān)聯(lián)對(duì)應(yīng)表的id字段。
節(jié)點(diǎn)表:
分類表:
接下來就有一個(gè)問題:
如果文章表按上面的設(shè)計(jì),當(dāng)我查詢某篇文章的所屬節(jié)點(diǎn)名稱和所屬分類名稱。需要關(guān)聯(lián)查詢節(jié)點(diǎn)表和分類表。
我想把文章表的node_id 和 category_id 分別設(shè)置為 node_name 和 category_name,分別與另外兩張表相關(guān)字段對(duì)應(yīng)。查詢的時(shí)候就可以直接取出,而不用關(guān)聯(lián)其他表。這樣是否更加合理?
問題解答
回答1:并不是這樣的。假設(shè)你的文章表叫article表,其中node_id和category_id是外鍵,分別指向node表和category表。
按你所說的把node_id換成node_name,category_id換成category_name,請(qǐng)思考一下幾個(gè)問題:
假如以后node_name或category_name需要更新的話,那article表的該字段是不是都要更新?
而且如果以后需要查詢滿足一定查詢條件的文章對(duì)應(yīng)的節(jié)點(diǎn)(node)的點(diǎn)擊數(shù),是通過node_id查詢效率高還是node_name查詢效率高?
假如以后node表和category表要擴(kuò)展字段,是現(xiàn)有的表結(jié)構(gòu)好還是修改后的表結(jié)構(gòu)好?
其實(shí)你煩惱的只是當(dāng)查詢article表的時(shí)候需要join上node表和category表查詢,這時(shí)候你可以考慮article表是否需要冗余node表的node_name和category表的category_name字段,冗余字段雖然會(huì)破壞第三范式,但適當(dāng)?shù)娜哂嘧侄慰梢蕴岣卟樵冃剩@個(gè)需要業(yè)務(wù)上平衡。而且冗余的字段還要面臨如何保持?jǐn)?shù)據(jù)一致性的問題,例如update了node表的node_name字段的話,article表的node_name也要一并update。
或者也可以采用視圖的形式去解決這個(gè)問題,而且方式上比較靈活。
CREATE OR REPLACE ALGORITHM=MERGE VIEW `v_article` AS ( SELECT a.id, a.title, ..., b.node_name, c.category_name FROM article AS a, JOIN node AS b ON a.node_id = b.node_id JOIN category AS c ON a.category_id = c.category_id WHERE ... #如有需要,這里可以加上一些過濾條件);
但由于視圖使用了join表,所以有時(shí)候查詢效率可能不高,這個(gè)需要業(yè)務(wù)上多加留意,多用EXPLAIN分析SQL。
回答2:你可以設(shè)計(jì)個(gè)自定義標(biāo)簽,頁面直接把id,轉(zhuǎn)成值,當(dāng)然實(shí)際也是到后臺(tái)查了下
相關(guān)文章:
1. node.js - gulp文件監(jiān)聽的問題2. node.js - node 客戶端socket一直報(bào)錯(cuò)Error: read ECONNRESET,用php的socket沒問題哈。。3. python - 模擬滑動(dòng)驗(yàn)證碼,有源碼,求解4. npm鏡像站全新上線5. mySql排序,序號(hào)6. tp6表單令牌7. 老哥們求助啊8. javascript - vue-router怎么不能實(shí)現(xiàn)跳轉(zhuǎn)呢9. html5 - angularjs中外部模版加載無法使用10. css3 - 請(qǐng)問一下在移動(dòng)端CSS布局布局中通常需要用到哪些元素,屬性?
