如何建立自己的O/R Map?

02-12-14 lsj
banq,现在我就碰到了必须自己建立一层O/R Map的问题，我必须将关系数据库中的取得的大量数据转换成对象,我没有用EJB,那么这个O/R Map该如何去建立呢?请指点一下实现思路.

还有就是这样合理吗?很可能一次就要创建数千个对象,客户端连上来的数量一多,每个都查询不同性质的数据,这样就无法使用缓冲了,这样反复的创建对象,会对服务器造成很大的负担吧?

#ORM模式

#持久层框架

#对象数据库阻抗

#数据工程

iceant
2002-12-14 16:17
如果是大量查询的东东，还是建议使用 DB Store Procedure 或直接使用 SQL。

使用对象来完成 heavy loaded query，是不好的选择

lsj
2002-12-14 17:08
我现在还只是在选择一个方案,这只是我的毕业设计,我想尝试一下用OOP的方式来做,各位能提点意见吗?

存储过程和预定义SQL我以前用delphi的时侯做过,取来数据后,客户端还得对数据再加工抽出有用的信息,也就是客户端得了解数据结构,不可避免地将界面和逻辑混在一起了

iceant
2002-12-15 00:32
>>存储过程和预定义SQL我以前用delphi的时侯做过,取来数据后,客户端

>>还得对数据再加工抽出有用的信息,也就是客户端得了解数据结构,不可

>>避免地将界面和逻辑混在一起了

也许，你需要建一个由DAO(Data Access Object) 和 VO(ValueObject) 构成的数据层.

这样对于视图逻辑，数据是经过封装的，不需要知道底层数据的存储结构，只通过 VO 和 DAO 的接口，就可以进行 CRUD(Create, Read, Update, Delete) 操作

lsj
2002-12-15 01:26
谢谢iceant!你的指点让我找到了一个方向.

我现在初步的方案是:

后台用关系数据库,用servlet控制分派,javabeans封装数据库操作,jsp页面处理

如果直接使用SQL,那么jsp进行页面处理时,还是和以前用ASP时一样,我一直在寻找一个合适的数据层,以我的理解javabeans还是算在jsp这一层,所以我的设想仍是Servlet/JSP的结构,只是组织上清晰一点

我应该怎么去调整这个结构呢?一个成熟的Web应用一般是采用什么结构的呢?

我的目标是做到界面与逻辑尽可能地分离开来,数据结构与业务逻辑尽可能地分离开来

猜你喜欢
有3页 Go 1 2 3 下一页