我有很多统计报告,每个都包含大约20000条记录或更多。 图形用户界面显示这些结果通过分页1000记录一个页面,所以当服务器通过使用数据从db计算结果 时,服务器应该将结果存储在db/memory/file中以支持分页。 当有很多来自GUI的请求时,这些方法不会太好。是否有另一个寻呼策略 来解决这个问题。 任何帮助将不胜感激!寻呼策略
Q
寻呼策略
1
A
回答
0
好吧,对于分页,您可以使用startRow和endRow来缩小范围。同时索引该columan可以加速您的查询。如果您的应用程序频繁更新数据库中的数据,将查询结果保存在缓存中并不是一个好主意,因为它们中的大多数很快就会过时。解决高并发情况的一种方法是使用连接池。
+0
显示的结果由服务器计算的何炅,而不是从db.Is数据有一个好的分页结果?Thx –
+0
@Michael,对于你的情况,我想客户可以接受延迟,然后建议是 1.不要计算一个请求的所有分页数据。对于一个http请求,从请求对象中提取起始行号,计算它并返回这些行。 2.如果请求很大,最好考虑集群和负载平衡。 – Ivan
相关问题
- 1. 如何权衡寻呼策略的数据查询集计数?
- 2. 工作人员寻址策略
- 3. 寻呼
- 4. 寻呼
- 5. 策略模式:耦合策略与非耦合策略
- 6. 策略
- 7. 寻呼MS SQL
- 8. MVC2 .NET - 寻呼
- 9. Yammer API - 寻呼
- 10. 寻呼javascript
- 11. SqlDataSource的寻呼
- 12. gwt celltable寻呼
- 13. Hibernate寻呼
- 14. 寻呼在PHP
- 15. PHP树寻呼
- 16. UICollectionView与寻呼
- 17. 寻呼和UITableView?
- 18. GDT与寻呼
- 19. jQuery表寻呼
- 20. 寻呼的ObjectDataSource
- 21. PHP寻呼MYSQL_QUERY
- 22. 在Rediis寻呼
- 23. 寻呼在Marklogic
- 24. 寻呼与PHP
- 25. CodeIgniter寻呼404
- 26. 敲除寻呼
- 27. 在Joomla寻呼
- 28. 寻呼与PagedList
- 29. 在策略模式中设置策略
- 30. 默认策略。策略模式C#
对于*显示*分页链接,在这里看到: –
Doin