首頁猿問邏輯結(jié)構(gòu)相同的表是否應該合成一張表?

邏輯結(jié)構(gòu)相同的表是否應該合成一張表?

JavaScript

守候你守候我 2019-04-13 08:45:24

在新公司做項目的時候,遇到的技術(shù)領(lǐng)導要求將邏輯結(jié)構(gòu)相同的表全部合成一張表.例如:comment#評論表iduser_idcontentreply_idadd_timemessage#私信表iduser_idreply_user_idcontentreply_idadd_time兩張表結(jié)構(gòu)相同,然后領(lǐng)導讓結(jié)構(gòu)相同的表合并,再加一個type進行處理,這樣可以減少相同的代碼.我覺得這樣不太好,萬一之后增加功能就會比較頭痛,如果是為了減少代碼的話,兩張相同結(jié)構(gòu)表的model繼承同一個model也就可以了,不至于要把功能不同的表合并成一張吧,以后如果為了節(jié)約性能,不是還得拆表?大家是怎樣認為的呢?

查看完整描述

2 回答

幕布斯7119047

TA貢獻1794條經(jīng)驗獲得超8個贊

我認為所有有關(guān)數(shù)據(jù)庫設計的問題，都要從「查詢」這個角度來考慮。即你要預計一下你今后會如何查詢這個表，再考慮如何設計結(jié)構(gòu)。回到問題，你可以考慮一下：評論是否總是和私信一起查詢是否有必要在查找私信的時候查找一遍評論評論和私信的ID是否有必要使用同一個序列

反對回復 2019-04-13

慕斯王

TA貢獻1864條經(jīng)驗獲得超2個贊

樓主可以反過來思考，拆表。一些訪問量比較大的站，日志標題和描述是一個表，日志內(nèi)容是一個表因為別人訪問日志列表的時候不一定要看到日志內(nèi)容，多的日志查詢就會造成一種浪費表的合并，我認為主要是看他們在查詢時，是否需要經(jīng)常一起顯示，如果僅僅是為了減少代碼量，這個完全沒有必要吧，隨著以后系統(tǒng)用戶評論內(nèi)容和私信內(nèi)容的增加，勢必會影響到效率

反對回復 2019-04-13