mysql - 數(shù)據(jù)表關(guān)聯(lián)字段命名問題
問題描述
這是一張文章表,后面關(guān)聯(lián)了node表,和category表。分別關(guān)聯(lián)對應(yīng)表的id字段。
節(jié)點表:
分類表:
接下來就有一個問題:
如果文章表按上面的設(shè)計,當(dāng)我查詢某篇文章的所屬節(jié)點名稱和所屬分類名稱。需要關(guān)聯(lián)查詢節(jié)點表和分類表。
我想把文章表的node_id 和 category_id 分別設(shè)置為 node_name 和 category_name,分別與另外兩張表相關(guān)字段對應(yīng)。查詢的時候就可以直接取出,而不用關(guān)聯(lián)其他表。這樣是否更加合理?
問題解答
回答1:并不是這樣的。假設(shè)你的文章表叫article表,其中node_id和category_id是外鍵,分別指向node表和category表。
按你所說的把node_id換成node_name,category_id換成category_name,請思考一下幾個問題:
假如以后node_name或category_name需要更新的話,那article表的該字段是不是都要更新?
而且如果以后需要查詢滿足一定查詢條件的文章對應(yīng)的節(jié)點(node)的點擊數(shù),是通過node_id查詢效率高還是node_name查詢效率高?
假如以后node表和category表要擴展字段,是現(xiàn)有的表結(jié)構(gòu)好還是修改后的表結(jié)構(gòu)好?
其實你煩惱的只是當(dāng)查詢article表的時候需要join上node表和category表查詢,這時候你可以考慮article表是否需要冗余node表的node_name和category表的category_name字段,冗余字段雖然會破壞第三范式,但適當(dāng)?shù)娜哂嘧侄慰梢蕴岣卟樵冃?,這個需要業(yè)務(wù)上平衡。而且冗余的字段還要面臨如何保持?jǐn)?shù)據(jù)一致性的問題,例如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表,所以有時候查詢效率可能不高,這個需要業(yè)務(wù)上多加留意,多用EXPLAIN分析SQL。
回答2:你可以設(shè)計個自定義標(biāo)簽,頁面直接把id,轉(zhuǎn)成值,當(dāng)然實際也是到后臺查了下
相關(guān)文章:
1. css3 - sublime text2 的less2css插件怎么使用2. html5 - z-index在瀏覽器調(diào)試有效 手機測試無效3. 關(guān)于docker下的nginx壓力測試4. angular.js使用$resource服務(wù)把數(shù)據(jù)存入mongodb的問題。5. angular.js - angularjs的自定義過濾器如何給文字加顏色?6. docker-machine添加一個已有的docker主機問題7. 為什么我ping不通我的docker容器呢???8. docker - 如何修改運行中容器的配置9. nignx - docker內(nèi)nginx 80端口被占用10. docker安裝后出現(xiàn)Cannot connect to the Docker daemon.
