Re: [設計] 來談一下分析設計
UML是有一套設計資料庫的ER model
但是用UML設計的東西也不保證是OO
UML的class diagram與一般的ER model轉換也不會有什麼問題
基本觀念一樣，只是表示法不同而已
當初推出OODB的確是要與OOPL做更緊密的結合
但是目前好像也沒看到哪一套成功的
而且也沒看到所謂的純OODB
※ 引述《seagal (會長繞跑了)》之銘言：
: Class Diagram當然是可以用來塑造資料庫模型
: EER model同樣也是在ER model上面多加了超類別的概念
: 但是在SQL上就無法實做出超類別吧
: 對於您這句 不用搞對應
: 我覺得難奇怪的
: 目前只有純的OODB
: 才能完全支援OOP的persistence
不知道這邊指的完全支援OOPL的persistence是什麼意思
要支援應該不難，只是效率上的問題而已
: 再搭配上UML
: 在各個階段才有完整的對應(例如分析 設計階段)
: 在每個層次間也有良好的對應關係(例如資料庫系統 程式語言)
: 而E-R model是在結構化分析與設計中使用的
: 結構化分析與設計少了OOㄧ些東西
: 例如多型 繼承等等
: 所以才會有目前許多object-relational mapping (O/R-mapping)的議題
: 在.NET or Java的討論中都還蠻常見的
: ※ 引述《razor (=_=)》之銘言：
: : 不必分哪套是哪套,也不用搞對應.
: : UML手冊(3 Amigos所寫)直接告訴你:
: : E-R model是Class Diagram的子集,
: : Class Diagram本來就可拿來塑造資料庫模型.
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 140.116.141.8
推
07/13 03:17, , 1F
07/13 03:17, 1F
推
07/13 03:18, , 2F
07/13 03:18, 2F
討論串 (同標題文章)
Database 近期熱門文章
PTT數位生活區 即時熱門文章
