※ 引述《seagal (会长绕跑了)》之铭言： : 在OO的思维里 : 每个物件是不需要PK的 理论与现实是有差别的 OID在RDBMS是类似那种额外附加的代理键 有时候代理键在应付资料库的一致性是很弱的 : 你也可以说她们本身就有PK : 因为每个物件都会自己产生独一无二的ID : 这也是现在的OODB实做的方式 : 而在上面我举的例子里面 : 我总是要透过News模组的PK (NewsID)来读取每个tuple : 最後一个问题 : 在传统的结构化分析与设计 : 将每个阶段都切的十分清楚 : 而如果用OOA/OOD的方式来开发的话 : 并不会产出ER Model的文件(上面提过这是结构化分析 设计的产物) : 有些DBA也没有学过UML(至少我们team的DBA没有学过) : 那分析阶段产出的UML该由谁负责转成ER Model呢 严格来说DBA是管理已经上线的DB DB的设计是DB设计师的事情 除非这两个角色重叠... : 万能的SA/SD嘛 : 或是像come网友讲的 : 在分析阶段就产出ER Model : 後面的设计都绕着ER Model来做? : 这也就是说 : 把OOA/OOD以资料导向的方式来开发? 难道OOA, OOD就不需要用到资料库吗? 应该说资料库的部份是用资料导向在开发 其他部分不是 : 我的领域并不在OODB上面 : 我只是最近刚好有需要 : 将生物资讯的大量资料作处理 : 有必要的话可能还是得硬着头皮弄出适合的一套档案(or DBMS)系统 : 所以如果有任何高手能指正的话 : 也欢迎针对我说错的地方指正 : : analysis阶段的class diagram只是一个雏形而已 : : 到了design阶段的class diagram还必须根据data base schema重新设计一次 : : 那你觉得这时候class diagram的设计是要迁就DB : : 还是要回头改DB设计? : : spiral model的开发模型是可以这样搞 : : 不过改到DB通常表示需求分析有问题 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.223.42.62