发信人: pealike()
整理人: majorsun(2000-12-05 18:28:31), 站内信件
|
O/r mapping 一直是一个大麻烦。
在我看来这里面有两个层次的映射问题：
1.在系统分析设计完成后，我们得到了Class diagram, convert
Class diagram to ER model 是第一步；
2.在进行数据库物理设计时，对上一步产生的数据库逻辑模型可能要做
一些修正，也就是Denormalize，符合第三范式的数据库模式看上去挺美，
run起来效率可就成问题了；
对于涉及保存数据的应用，为了解决映射问题，Persistent layers的存在
很有必要。（最起码，Persistent layers可以把那些无处不在的sql统一
的存放起来，用过PB的朋友一定对无处不在的sql颇多体会）
Persistent Layers作为一个缓冲地带，连接Objects与tables；降低了
objects与tables间的耦合程度，从而增强了系统的柔韧性；（柔韧真的
是好难 :) ）
关于Persistent layers的设计实现可以采用多种办法，我想结合j2ee
说说我的一些想法：
1.使用EJB；
2.使用ODMG mapping/JDO；
使用Sun的EJB似乎给object persistent带来了一些方便，但我总觉得
EJB难堪大用。entity beans只能代表table里的一行，实在是太单薄了。
sun在EJB2.0中推出JDO，和ODMG的标准很像。JDO倒是看上去比较方便，
但是让object与table一一对应整个是一厢情愿。
国外一些公司已经推出一些产品方便EJB与table间的mapping，例如
toplink，cocobase，powertier；
符合ODMG标准的产品也能见到，如POET，JDX
胡乱的说了一堆，全当先扔个砖头，清高手指正
--
※ 来源:．月光软件站 http://www.moon-soft.com．[FROM: 202.117.98.32]
|
|