Re: [SQL ] 資料庫設計的觀念…

看板Database (資料庫)作者seagal (會長繞跑了)時間18年前 (2006/08/07 22:40)推噓3(3推 0噓 0→)

留言3則, 2人參與討論串2/5 (看更多)

問題出在正規化上面(由下而上來看的話) 第一種寫法沒有符合第二正規化正規化不足的話會造成三種異常分別是新增異常刪除異常修改異常這個查一下DB的教科書就有了由上而下來看的話就是由ER-model的角度留言與回覆留言是一對多的關係所以要拆成兩個table來存放這兩個實體然後多的那個table(回覆留言) 要放對應的留言編號當FK 這是很正規的 ER轉relational的作法 ※ 引述《grassboy2 (天才小胖子-草兒活力花俏)》之銘言： : 嗯嗯…突然對於這個問題有點興趣… : 主要是兩種留言板的寫法… : 一種是把每一筆留言以： : 留言編號 : 發表時間 : 發表人 : 發表內容 : 相關回應這邊要改成對應到的留言編號吧還是你有其他想法? : 寫成一筆資料，放進一個table : 另一個是： : table1 : 留言編號 : 發表時間 : 發表人 : 發表內容 : table2 : 對應到的留言編號 : 相關回應 : 將留言與回覆分開，放在兩個不同的table : 當要使用的時候，對table1、table2作存取… : ================================================ : 耶…感覺第一種寫法比較直觀耶…(在不考慮儲存空間的狀況下) : 雖然說第二種寫法在不需要讀取回覆留言時可以只對一個table作select : 但…第一種寫法不也可以直接select出相關回應外的column嗎@@~ : 怎麼好像比較有經驗的人都使用第二種寫法呢@@a : --- : 其實問這個問題是最近在作一個網站… : 資料庫的設計方法也是將table儘量細分… : 但是這樣一來…select時用到JOIN的機率就會大增… : 感覺JOIN是一件有點沒效率的工作@@~ : 有高手可以指點一下嗎@@~ : 謝謝囉^^~ -- http://www.im.tv/vlog/personal.asp?FID=&Memid=254442 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.109.169.200 ※ 編輯: seagal 來自: 140.109.169.200 (08/07 22:47)