問題描述

這是一張文章表，后面關聯了node表，和category表。分別關聯對應表的id字段。

節點表：

分類表：

接下來就有一個問題：

如果文章表按上面的設計，當我查詢某篇文章的所屬節點名稱和所屬分類名稱。需要關聯查詢節點表和分類表。

我想把文章表的node_id 和 category_id 分別設置為 node_name 和 category_name,分別與另外兩張表相關字段對應。查詢的時候就可以直接取出，而不用關聯其他表。這樣是否更加合理？

問題解答

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

按你所說的把node_id換成node_name，category_id換成category_name，請思考一下幾個問題：

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

而且如果以后需要查詢滿足一定查詢條件的文章對應的節點(node)的點擊數，是通過node_id查詢效率高還是node_name查詢效率高？

假如以后node表和category表要擴展字段，是現有的表結構好還是修改后的表結構好？

其實你煩惱的只是當查詢article表的時候需要join上node表和category表查詢，這時候你可以考慮article表是否需要冗余node表的node_name和category表的category_name字段，冗余字段雖然會破壞第三范式，但適當的冗余字段可以提高查詢效率，這個需要業務上平衡。而且冗余的字段還要面臨如何保持數據一致性的問題，例如update了node表的node_name字段的話，article表的node_name也要一并update。

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

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表，所以有時候查詢效率可能不高，這個需要業務上多加留意，多用EXPLAIN分析SQL。

你可以設計個自定義標簽，頁面直接把id，轉成值，當然實際也是到后臺查了下