在C/S下的程序中，使用分页方式，受到了一些挑战：
一方面，老的滚动条给用户留下了较好的体验，在任何界面下都照搬分页的方式显示，会给客户很不好的印象；
其次，C/S下的应用大多面向商业客户，这些程序涉及到成千上万的数据应用，事实上，大多数的数据量并不大，加上良好的事先条件（例如最近一周的订单），数据量往往不大，但因为分页的缘故，用户哪怕在300条记录的情况下，也要翻动五六下才能看见他的数据；
另外，由于分页的缘故，必然影响浏览时的SQL语句，以适应分页的需求，给程序的编写带来极大的复杂，而且最重要的是分页将本来就繁重的SQL变的更加缓慢，在ERP应用中，权限的条件已经很复杂了，如果再加上分页（我们使用的是双TOP加倒序的方式），SQL执行缓慢无比，比单纯的SQL慢的不是一个级别。
那么如何较好的解决这些问题呢？
首先，从源头开始抓，即默认给用户尽可能少数据量的查询，例如，在产品设计中，使用“我的订单”，或者是“最近一周需要处理的订单”，对于基础档案类的数据，可以尽量在浏览的左边安排一个分类树，以便仅显示此分类的数据。
其次，建立虚拟数据的方式，以便使用表格的方式展现大数据，他的原理是：
建立一个类，实现了IList接口；
表格控件的绑定一般使用IList接口，其中Count和this[int index]是必须实现的方法，Count我们可以通过获取所有Id的列表，得知总数，而实际的数据通过下面的预测性缓存技术获取；
第一次获取查询的所有ID列表，然后根据表格的请求，预测性的获取对应的数据。下面是部分演示代码：
获取指定编号的数据
通过这种方法，我在SQLServer下的测试，服务器的复杂非常的小，在10万笔记录下，基本上在1秒左右看见数据，滚动数据时基本上没有延迟。
当然，当前的实现还有需要改善的地方：
- 浏览时，实现读取的Id已经被删除，当滚动此数据后，要使次行空白或自动消失；
- 可以考虑首页并不获取所有Id，而是Top 100数据，当用户滚动数据时，才加载所有Id列表，这种设计主要是考虑翻页的概率很低，读取所有Id有些浪费，其次，对于数据量小于100的数据，实际执行了2次SQL，没有必要；
- 对于超过10万的记录，获取所有的Id也是很漫长的时间，可以考虑两种策略：1、异步分批下载所有Id，2、告诉用户数据太多了，程序只能处理10万，哈哈。
- 用户很无聊，拖动滚动条看遍所有数据，缓存的数据不断增加，应该考虑缓存的最大值，将旧的缓存删除；
- 在用户对连续的数据进行频繁的读取时，考虑自动增加每次的读取总数。
此方案给用户的体验是很好的，但可不是完美无缺的，他无法适应以下情况：
- 查询的结果是复杂的分组汇总查询，没有可以参考的Id列表，这样情况无法处理；
- 必须关闭表格控件的排序、分组和过滤功能，因为这些功能将促使表格访问所有的数据。
下面包含了完整的代码仅供参考，但是你可能下载后无法运行，因为他使用了我们公司自己的ORM，你可以修改成自己的数据结构和读取方式。
参考代码
和表格控件绑定的代码：
private
void button2_Click(
object sender, EventArgs e)
{
list = new AccountList(); gridControl1.DataSource = list;
}