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. docker-machine添加一個已有的docker主機問題2. javascript - 關(guān)于圣杯布局的一點疑惑3. 關(guān)于docker下的nginx壓力測試4. php - mysql 模糊搜索問題5. mysql - 在下剛?cè)腴Tsql 關(guān)于sql的語法詢問6. 數(shù)組 - mysql 輸出到 php array 然後印出?7. 我和老師的代碼對照了幾遍沒發(fā)現(xiàn)問題,但是瀏覽器打開就有問題了,求解8. MySQL視圖count速度優(yōu)化9. php新手疑問 利用自定義函數(shù)進(jìn)行加減乘除10. 異步 - python一些內(nèi)置的函數(shù)是阻塞還是非阻塞?
