从数据存储层取得的大量记录怎样较好地传递给业务逻辑层？（用collection肯定会影响效率）

Question

还有一种理所当然的方法就是先取得记录集的记录总数，然后分开几次去连接数据库取得较大数量但又不至于影响系统速度的记录集，然后汇总所有记录集，当然，每次的返回都是collection，我不觉得用它封装有多消耗资源。

Answer 1

你不用分页显示吗?写存储过程啊!
SELECT *
FROM News
WHERE (newsId IN
          (SELECT TOP 7 newsId
         FROM News)) AND (newsId NOT IN
          (SELECT TOP 4 newsId
         FROM News))
SELECT *
FROM (SELECT TOP 3 *
        FROM (SELECT TOP 7 newsId
                FROM News) DERIVEDTBL
        ORDER BY newsId DESC) DERIVEDTBL
ORDER BY newsId

Answer 2

write your own interface. define all the operations you want to have in it.
then implement it.

Answer 3

to 楼主:当对单条记录、或记录不多的更改，插入。。操作时候采用EJB/mvc模式教好。
当读取大量记录时候，直接采用jdbc。既暴露resultset.用分页。
当插入大量记录时候，最好用存储过程

Answer 4

to pingju(穆斯林信徒)
用存储过程是比较方便，但是存储过程的执行是采用进程的形式，所以当一个用户使用时，会将资源占用，引起其他用户无法访问，特别实在执行比较大的事务时，这种情况会更加明显，请问这样如何解决呢？

Answer 5

写存储过程，那在移植到别的数据库是不是要改程序了！
我最近也碰到这个问题，用ejb取出大量的数据！
可不可以考虑用xml文件保存到一个中间层，在用xml-rpc的方式访问xml文件！

Answer 6

用rowset试试
0A
他在对多记录操作时很好用的
0A^^^^^^^^^^^^^^------------------^^^^^^^^^^^^^^^^^^^^^

Answer 7

是的，rowset可以试试
还有你插入的大量数据如果不是同步等待的，可以用JMS