我用MySQL作.所以有@右lZ句可以我矸猪.
select * from topic LIMIT 0,20
但是我也可以通^程序砜刂品猪
首先取得Y料集ResultSet
然後Y料集M行,其合理@示出每的Y料
@煞N方式那N更加好?
我用MySQL作.所以有@右lZ句可以我矸猪.
select * from topic LIMIT 0,20
但是我也可以通^程序砜刂品猪
首先取得Y料集ResultSet
然後Y料集M行,其合理@示出每的Y料
@煞N方式那N更加好?
自己先一下
感X上好象用程序碓O比^好
1.程序做的重用性比^好
2.我不知道,我X得SQL指令的使用瓜到y增加
比如,我一般不ハ逻@右lSQL指令
Select COUNT(*) from topic
我可能
Select * from topic
然後ResultSetM行,砣〉霉P
自己先一下
感X上好象用程序碓O比^好
1.程序做的重用性比^好
2.我不知道,我X得SQL指令的使用瓜到y增加
比如,我一般不ハ逻@右lSQL指令
Select COUNT(*) from topic
我可能
Select * from topic
然後ResultSetM行,砣〉霉P
已找到答案了:
不要用SQL指令磉M行分,因檫@涌赡l送很多lSQL,而每lSQL的绦谐艘ㄒ欢ǖrg不f,而且河靡欢ǖ却.所以建h一次性⑺械既〕,然後再在Y果集的基A上M行分
说一点自己的看法
这里有一个成本比较的问题,就是在sql执行效率、等待时间、系统资源
间做取舍,不能绝对说什么好。
1、假设你按照条件一次取的记录数太多,比如30000条,这时系统
内存占用太多,并且用户等待时间长,可以考虑sql分页去数据库取数据
2、假设一次取的记录数不多,比如2000条,就没有必要用sql分页,因为
执行sql是要消耗io与数据库资源的。
另外sql执行的效率,用户的操作习惯也是需要考虑的,比如:用户查询频率,返回数据的有效使用比例,选择你的项目最适合的方法
从开发上说,在jsp层分页简单,通用性也好
其实如果需要查询的数据量很少的话,我感觉无所谓的,最好用程序来实现咯,如果数据量很大的话,可以通过客户段的要求,先查处所以适合这个条件的纪录的id,然后将这些id封装为对象,传递过去,最后,根据客户段的要求,找出你要使用的id,对这部分id进行数据库的操作,会减轻很大的负担,这是使用iterator模式,你或者使用vo模式