問(wèn)題描述

這是一張文章表，后面關(guān)聯(lián)了node表，和category表。分別關(guān)聯(lián)對(duì)應(yīng)表的id字段。

節(jié)點(diǎn)表：

分類表：

接下來(lái)就有一個(gè)問(wèn)題：

如果文章表按上面的設(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)其他表。這樣是否更加合理？

問(wèn)題解答

并不是這樣的。假設(shè)你的文章表叫article表，其中node_id和category_id是外鍵，分別指向node表和category表。

按你所說(shuō)的把node_id換成node_name，category_id換成category_name，請(qǐng)思考一下幾個(gè)問(wèn)題：

假如以后node_name或category_name需要更新的話，那article表的該字段是不是都要更新？

而且如果以后需要查詢滿足一定查詢條件的文章對(duì)應(yīng)的節(jié)點(diǎn)(node)的點(diǎn)擊數(shù)，是通過(guò)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ù)一致性的問(wèn)題，例如update了node表的node_name字段的話，article表的node_name也要一并update。

或者也可以采用視圖的形式去解決這個(gè)問(wèn)題，而且方式上比較靈活。

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 ... #如有需要，這里可以加上一些過(guò)濾條件);

但由于視圖使用了join表，所以有時(shí)候查詢效率可能不高，這個(gè)需要業(yè)務(wù)上多加留意，多用EXPLAIN分析SQL。

你可以設(shè)計(jì)個(gè)自定義標(biāo)簽，頁(yè)面直接把id，轉(zhuǎn)成值，當(dāng)然實(shí)際也是到后臺(tái)查了下