Re: [設計] 來談一下分析設計

看板Database (資料庫)作者 (會長繞跑了)時間18年前 (2006/07/13 02:58), 編輯推噓0(000)
留言0則, 0人參與, 最新討論串5/27 (看更多)
Class Diagram當然是可以用來塑造資料庫模型 EER model同樣也是在ER model上面多加了超類別的概念 但是在SQL上就無法實做出超類別吧 對於您這句 不用搞對應 我覺得蠻奇怪的 目前只有純的OODB 才能完全支援OOP的persistence 再搭配上UML 在各個階段才有完整的對應(例如分析 設計階段) 在每個層次間也有良好的對應關係(例如資料庫系統 程式語言) 而E-R model是在結構化分析與設計中使用的 結構化分析與設計少了OOㄧ些東西 例如多型 繼承等等 所以才會有目前許多object-relational mapping (O/R-mapping)的議題 在.NET or Java的討論中都還蠻常見的 http://www.javaworld.com.tw/jute/post/view?bid=11&id=10422&sty=3 ※ 引述《razor (=_=)》之銘言: : ※ 引述《seagal (會長繞跑了)》之銘言: : : 我對於OO <-> E-R model的對應也蠻有興趣的 : : 不過我還是比較希望OODB能夠早日成熟 : : 有一個模型 : : 是ER的加強版 : : 叫做EER model : : 裡面就已經有類別的概念了 : 不必分哪套是哪套,也不用搞對應. : UML手冊(3 Amigos所寫)直接告訴你: : E-R model是Class Diagram的子集, : Class Diagram本來就可拿來塑造資料庫模型. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.109.169.63 ※ 編輯: seagal 來自: 140.109.169.63 (07/13 03:11) ※ 編輯: seagal 來自: 140.109.169.63 (07/13 03:12)
文章代碼(AID): #14jKPEGD (Database)
討論串 (同標題文章)
文章代碼(AID): #14jKPEGD (Database)