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ù)上平衡。而且冗余的字段還要面臨如何保持數(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è)計個自定義標簽,頁面直接把id,轉(zhuǎn)成值,當(dāng)然實際也是到后臺查了下
相關(guān)文章:
1. mac里的docker如何命令行開啟呢?2. 關(guān)于docker下的nginx壓力測試3. docker - 各位電腦上有多少個容器啊?容器一多,自己都搞混了,咋辦呢?4. nignx - docker內(nèi)nginx 80端口被占用5. 關(guān)docker hub上有些鏡像的tag被標記““This image has vulnerabilities””6. docker容器呢SSH為什么連不通呢?7. Docker for Mac 創(chuàng)建的dnsmasq容器連不上/不工作的問題8. docker 下面創(chuàng)建的IMAGE 他們的 ID 一樣?這個是怎么回事????9. angular.js使用$resource服務(wù)把數(shù)據(jù)存入mongodb的問題。10. docker-compose 為何找不到配置文件?

網(wǎng)公網(wǎng)安備