討論串[SQL ] 資料庫設計的觀念…
共 5 篇文章
首頁
上一頁
1
下一頁
尾頁

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者grassboy2 (天才小胖子-草兒活力花俏)時間18年前 (2006/08/07 20:53), 編輯資訊
2
0
1
內容預覽:
嗯嗯…突然對於這個問題有點興趣…. 主要是兩種留言板的寫法…. 一種是把每一筆留言以:. 留言編號. 發表時間. 發表人. 發表內容. 相關回應. 寫成一筆資料,放進一個table. 另一個是:. table1. 留言編號. 發表時間. 發表人. 發表內容. table2. 對應到的留言編號. 相關
(還有411個字)

推噓3(3推 0噓 0→)留言3則,0人參與, 最新作者seagal (會長繞跑了)時間18年前 (2006/08/07 22:40), 編輯資訊
0
0
1
內容預覽:
問題出在正規化上面(由下而上來看的話). 第一種寫法沒有符合第二正規化. 正規化不足的話. 會造成三種異常. 分別是新增異常 刪除異常 修改異常. 這個查一下DB的教科書就有了. 由上而下來看的話. 就是由ER-model的角度. 留言 與回覆留言. 是一對多的關係. 所以要拆成兩個table來存放
(還有109個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者Adonisy (DHL真是個懶惰的運輸業~~)時間18年前 (2006/08/08 01:27), 編輯資訊
0
0
1
內容預覽:
留言板,看你的需求是啥... 是流水方式的循序列出,完全不考慮. 回覆的問題,這樣就一個資料表搞定. 如果要有回覆的相對應關係,則一定要分成兩個資料表. 流言板不用考慮維護的問題,不像討論區要考慮維護. 不過還是得看你對流言板的需求而定. --. http://www.wretch.cc/blog/

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者fumizuki (矇面加菲獅)時間18年前 (2006/08/12 09:46), 編輯資訊
1
0
0
內容預覽:
一般留言板都會有回應人及回應時間,所以最佳的寫法應該是這樣吧. 資料表一:. 留言編號(主索引). 發表時間. 發表人. 發表內容. 資料表二:. 留言編號. 回應編號(主索引). 回應時間. 回應人. 回應內容. 也可以只使用一個資料表即可:. 流水號(主索引). 留言編號. 發表時間. 發表人.
(還有126個字)

推噓0(0推 0噓 0→)留言0則,0人參與, 最新作者qrtt1 (愚者)時間18年前 (2006/08/12 09:53), 編輯資訊
0
0
0
內容預覽:
[恕刪]. 嗯, 不過想想這樣寫好像無法反應"回應留言"weak entity的特性。. 就要另外在程式中寫刪掉回應的部分嚕。. 不過還是要看實作者所持的理由來決定的:). --. 發信站: 批踢踢實業坊(ptt.cc). ◆ From: 210.59.94.161.
首頁
上一頁
1
下一頁
尾頁