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