看板 [ Database ]
討論串正規化 vs. ERD
共 4 篇文章
內容預覽： 開啟 | 關閉 | 只限未讀
首頁
上一頁
1
下一頁
尾頁
#4
Re: 正規化 vs. ERD
推噓1(1推 0噓 0→)留言1則，0人參與, 最新作者gargamel (Nerding)時間17年前 (2008/05/20 13:27), 編輯資訊
0
0
0
內容預覽:
怕思考不週廷. 那建議你從DFD開始畫起, 這之間就可看出每個動作可能產生的資料. 收集這些資料開始正規化, 再把ERD給畫出來, 最後依ERD來檢討. 還有, 最後規劃的結果沒有所謂的對錯. 只要你系統能夠正常的對表格運作存取資料. (會心虛的就是效能, 及是否方便維護). 一回生二回熟, 修修改
(還有203個字)
#3
Re: 正規化 vs. ERD
推噓2(2推 0噓 0→)留言2則，0人參與, 最新作者hfnadkv (衝衝衝)時間17年前 (2008/05/20 11:51), 編輯資訊
0
0
0
內容預覽:
就是因為很直覺的先畫出ERD，但通常都會思考不週延. 然後經過正規化後，那個原本的ERD，又勢必要更改，而且拆的沒信心. 而且在拆table時，都是沒有架構性的拆. 只憑直覺去拆table. 所以我才主張先進行正規化後，再進行ERD繪製. 節省專案開發時間. 不知業界的執行流程為何？. 很想了解一下
#2
Re: 正規化 vs. ERD
推噓0(0推 0噓 0→)留言0則，0人參與, 最新作者gargamel (Nerding)時間17年前 (2008/05/20 08:47), 編輯資訊
0
0
0
內容預覽:
都對. 只是在定實體時, 我們都很自然的3階4階去定. 沒有特意依以前所學的步驟1->2->3階去劃出實體. 在系統分析時會以整體架構來看整個系統. 把圖簡單的畫出來, 對於討論及解說是有幫助的. 通常在分析階段後, 丟一份關於系統整體架構文件給user. 用不著在sa階段就跟user討論這東西,
(還有226個字)
#1
正規化 vs. ERD
推噓1(1推 0噓 0→)留言1則，0人參與, 最新作者hfnadkv (衝衝衝)時間17年前 (2008/05/20 01:08), 編輯資訊
0
0
0
內容預覽:
今天跟同學在爭論. 正規化先作，還是ERD先畫的問題. 我是覺得. 先對table作正規化後，再畫出ERD，之後跟user討論這樣對不對. 正確後，再進行系統的撰寫. 不知這樣的想法對嗎？. 請大大們指正了. --. ※ 發信站: 批踢踢實業坊(ptt.cc). ◆ From: 118.161.22
首頁
上一頁
1
下一頁
尾頁