如果是大量查询的东东，还是建议使用 DB Store Procedure 或直接使用 SQL。

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

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

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

>>存储过程和预定义SQL我以前用delphi的时侯做过,取来数据后,客户端

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

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

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

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

谢谢iceant!你的指点让我找到了一个方向.

我现在初步的方案是:

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

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

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

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