IDC资讯中心
从程序员的角度来看，microsoft sql server? 查询的最大缺陷之一就是返回的行数通常比应用程序的用户界面实际可以容纳的行数要多得多。这种尴尬情形经常将开发人员陷于困境。开发人员是应该创建一个非常长的页面，让用户花时间去滚动浏览，还是应该通过设置一个手动分页机制来更好地解决这个问题？
哪种解决方案更好，在很大程度上取决于要检索的数据的特性。由多个项目（如搜索结果）组成的较长列表，最好通过各页大小相等、每页相对较短的多个页面显示。由单个项目（如文章的文本）组成的较长列表，如果整个插入在一个页面中，使用起来会更方便。最后得出的分析结果是，应该根据应用程序的总体用途来做决定。那么，microsoft asp.net 是如何解决数据分页问题的呢？
asp.net 提供了功能强大的数据绑定控件，以便将查询结果格式化为 html 标记。但是，这些数据绑定控件中只有一种控件（即 datagrid 控件）本来就支持分页。其他控件（如 datalist、repeater 或 checkboxlist）则不支持分页。这些控件及其他列表控件不支持分页，不是因为它们在结构上不支持分页，而是因为它们与 datagrid 不同，不包含任何处理分页的特定代码。但是，处理分页的代码是相当样板化的，可以添加到所有这些控件中。
scott mitchell 在最近的一篇题目为“creating a pageable, sortable datagrid”的文章中，介绍了datagrid分页。该文还引用了web 上的其他有用信息，为您提供了有关网格分页基础知识和其他信息。如果想查看如何使 datalist 控件可以进行分页的示例，可以查看此文章（英文）。该文演示了如何创建一个自定义的 datalist 控件，该控件具有当前索引和页面大小属性，并可以启动页面更改事件。
同样的代码也可以用于满足其他列表控件（如 listbox 和 checkboxlist）的分页需要。不过，向各个控件添加分页功能实际上并不是一种非常好的做法，因为，如上所述，分页代码是相当样板化的。因此，对于聪明的程序员来说，有什么方法比使用一种新的通用分页程序控件来实现所有这些控件的分页功能更好的呢？
本文中将建立一个分页程序控件，它将使合作者列表控件能够对 sql server 的查询结果进行分页。该控件名为 sqlpager，它支持两种类型的合作者控件 – 列表控件和基础数据列表控件。
sqlpager控件的显著特点
sqlpager控件是一个 asp.net复合控件，包含一个单行表格。该行又包含两个单元格 – 导航条和页面描述符。该控件的用户界面呈条形，理想情况下，其宽度与合作者控件的宽度相同。导航条部分提供了可单击的元素，以便在页面之间移动；页面描述符部分为用户提供了有关当前显示的页面的一些反馈信息。
与 datagrid 控件的嵌入式分页程序一样，sqlpager 控件具有两种导航模式，即下一页/上一页和数字页面。此外，其特殊属性 pagerstyle 使您能够选择更方便的样式。该控件与列表控件协同工作。您可以通过 controltopaginate 字符串属性为分页程序指定一个这样的合作者控件。
| sqlpager1.controltopaginate = “listbox1”; |
一般情况下，分页程序首先获取 sql server 的查询结果，准备一个适当的记录页面，然后通过合作者控件的 datasource 属性显示该页面。当用户单击以查看新页面时，分页程序将检索请求的数据并再次通过合作者控件来显示数据。分页机制对于列表控件是完全透明的。列表控件的数据源是通过编程方式进行更新的，任何时候都只包含适合当前页面的记录。
控件的分页引擎具有多个 public 属性，如 currentpageindex、itemsperpage 和 pagecount，通过这些属性来获取并设置当前页面的索引、每个页面的大小以及要显示的页面的总数。分页程序管理数据检索和分页所需的任何逻辑。
selectcommand 属性设置获取数据所用的命令文本。connectionstring 属性定义数据库的名称和位置以及连接凭据。执行查询时采用的方式取决于 pagingmode 属性的值。该属性的可能值为与其同名的 pagingmode 枚举的值 – cached 和 noncached。如果选择 cached 选项，则将使用数据适配器和 datatable 对象检索整个结果集。可以选择将结果集放置在 asp.net 的 cache 对象中，该结果集可以重复使用直到过期。如果选择 noncached 选项，则查询只检索适合当前页面的记录。这时，asp.net 的 cache 中不放置任何数据。noncached 模式与 datagrid 控件的自定义分页模式几乎相同。
下表列出 sqlpager 控件的全部编程接口。
表 1：sqlpager 控件的编程接口
| 名称 | 类型 | 说明 |
| cacheduration | 属性 | 指示数据在 asp.net 的缓存中保留的秒数。只用于 cached 模式。默认值为60。 |
| connectionstring | 属性 | 用来访问所选择的 sql server 数据库的连接字符串。 |
| controltopaginate | 属性 | 同一个 .aspx 页面中的控件 id，它将显示分页程序检索的记录页面。这是合作者控件。 |
| currentpageindex | 属性 | 获取并设置基于 0 的页面索引。 |
| itemsperpage | 属性 | 获取并设置每页要显示的记录数量。默认值为每页显示 10 个项目。 |
| pagerstyle | 属性 | 该值指示分页程序用户界面的样式。它可以为 pagerstyle 枚举值：nextprev 和 numericpages 之一。在 nextprev 模式中，将显示 vcr 式的按钮，来转到第一页、上一页、下一页和最后一页。而在 numericpages 模式中，将显示一个下拉列表，列出所有可用页面的索引。 |
| pagingmode | 属性 | 该值指示检索数据的方式。它可以为 pagingmode 枚举值：cached 和 noncached 之一。如果为 cached，则将使用数据适配器，且整个结果集将临时放置在 asp.net 缓存中。如果为 noncached，则只检索当前页面中的记录。在这种情况下，不进行缓存。 |
| selectcommand | 属性 | 用来进行查询的命令文本。最好为 select-from-where 形式。不支持 order by 子句。排序是通过 sortfield 属性另外指定的。 |
| sortfield | 属性 | 用来排序的字段的名称。此字段用于为查询提供动态的 order by 子句。排序是由 sql server 执行的。 |
| clearcache | 方法 | 删除存储在 asp.net 缓存中的任何数据。 |
| pageindexchanged | 事件 | 默认事件，当分页程序移动到另一个页面时发生。事件的数据结构为 pagechangedeventargs 类，包含旧页面和新页面的索引。 |
由于 sqlpager 控件继承了 webcontrol，因此它也具有很多与 ui 相关的属性来管理字体、边框和颜色。
生成 sqlpager 控件
将作为复合控件来生成 sqlpager 控件并让其继承 webcontrol 类。复合控件是 asp.net 服务器控件所特有的，它是由一个或多个服务器控件组成。
| public class sqlpager : webcontrol, inamingcontainer { … } |
除非生成完全自定义的控件或扩展现有的控件，否则，创建新控件时，大多数时间实际上是在生成复合控件。要创建 sqlpager，组合一个 table 控件，并根据分页程序的样式，组合几个 linkbutton 控件或者一个 dropdownlist 控件。
生成复合控件时，需要注意几条原则。首先，需要覆盖 createchildcontrols protected 方法。createchildcontrols 方法是从 control 继承来的，当服务器控件为了显示而要创建子控件时或在返回后，将调用此方法。
| protected override void createchildcontrols() { // 清除现有的子控件及其 viewstate controls.clear(); clearchildviewstate(); // 生成控件树 |
覆盖此方法时，需要执行几项重要的操作。创建并初始化任何所需的子控件实例并将它们添加到父控件的 controls 集合中。但是，生成新控件树之前，应该删除任何现有的子控件并清除子控件可能留下的任何 viewstate 信息。
复合组件还需要实现 inamingcontainer 接口，以便 asp.net 运行时可以为其创建一个新的命名范围。这就确保了复合控件中的所有控件都具有唯一的名称。这还将确保能够自动处理子控件的返回数据。
对于 sqlpager 控件来说，成为命名容器非常重要。事实上，sqlpager 包含一些 linkbutton 控件，并且需要获取并处理其单击事件以便导航页面。正如 asp.net 页面中的任何其他控件一样，linkbutton 也被赋予了一个 id，用于标识处理返回事件的控件。
处理返回事件时，asp.net 运行时试图查找事件的目标 id 与主窗体的任何直接子控件之间是否存在匹配关系。linkbutton 是分页程序的子控件，因此不能运行其服务器端的代码。这是否意味着只有窗体的直接子控件才能启动并处理服务器事件？当然不是，只要您使用命名容器。
通过使 sqlpager 控件实现 inamingcontainer 接口，可以将嵌入式链接按钮的实际 id 从“first”更改为“sqlpager1:first”。当用户单击以查看新页面时，返回事件将 sqlpager1:first 作为目标控件。实际上，运行时用来识别目标控件的算法比上面介绍的要复杂一些。运行时将事件目标控件的名称看作是用冒号分隔开的字符串。实际上，这种匹配是在窗体的子控件和用冒号分隔开的字符串（如 sqlpager1:first）的第一个标记之间进行的。由于分页程序是窗体的子控件，因此匹配时会成功，分页程序获取单击事件。如果您认为这种解释不够充分或者令人费解，只要下载 sqlpager 控件的源代码，删除 inamingcontainer 标记接口并进行重新编译即可。您将看到分页程序能够返回，但不能内部处理单击事件。
inamingcontainer 接口是一个不具备方法的标记接口，其实现只需在类声明中指定名称即可，无需进行任何其他操作。
复合控件的另一个重要方面是，它们通常不需要自定义逻辑来进行显示。复合控件的显示遵循其组成控件的显示。生成复合控件时，通常无需覆盖 render 方法。
控件的 sqlpager 树由一个包含两个单元格的单行表格组成。该表格继承了分页程序的大部分可视设置，如前景颜色和背景颜色、边框、字体信息和宽度等。第一个单元格包含导航条，其结构取决于 pagerstyle 属性的值。如果分页程序的样式为 nextprev，则导航条将由四个 vcr 式的按钮组成。否则，它将由一个下拉列表组成。
| private void buildcontrolhierarchy() { // 生成环境表格（一行，两个单元格） table t = new table(); t.font.name = this.font.name; t.font.size = this.font.size; t.borderstyle = this.borderstyle; t.borderwidth = this.borderwidth; t.bordercolor = this.bordercolor; t.width = this.width; t.height = this.height; t.backcolor = this.backcolor; t.forecolor = this.forecolor; // 生成表格中的行 // 生成带有导航条的单元格 // 生成带有页面索引的单元格 // 将表格添加到控件树 |
将各个控件添加到正确的 controls 集合对于分页程序的正确显示极其重要。最外层的表格必须添加到分页程序的 controls 集合中。链接按钮和下拉列表必须添加到相应表格单元格的 controls 集合中。
下面给出了用来生成链接按钮导航条的代码。每个按钮都显示有一个 webdings 字符，可以根据需要禁用，并被绑定到内部的 click 事件处理程序。
| private void buildnextprevui(tablecell cell) { bool isvalidpage = ((currentpageindex ＞=0) && (currentpageindex ＜= totalpages-1)); bool canmoveback = (currentpageindex＞0); bool canmoveforward = (currentpageindex＜totalpages-1); // 显示 ＜＜ 按钮 |
分页程序的另一种样式（在下拉列表中列出数字页面）的生成方法如下所示：
| private void buildnumericpagesui(tablecell cell) { // 显示一个下拉列表 dropdownlist pagelist = new dropdownlist(); pagelist.id = “pagelist”; pagelist.autopostback = true; pagelist.selectedindexchanged += new eventhandler(pagelist_click); pagelist.font.name = this.font.name; pagelist.font.size = font.size; pagelist.forecolor = forecolor; if (totalpages ＜=0 || currentpageindex == -1) |
所有事件处理程序（click 和 selectedindexchanged）最终都会更改当前显示的页面。这两种方法都会调用一个公用的 private 方法 gotopage。
| private void first_click(object sender, eventargs e) { gotopage(0); } private void pagelist_click(object sender, eventargs e) { dropdownlist pagelist = (dropdownlist) sender; int pageindex = convert.toint32(pagelist.selecteditem.value); gotopage(pageindex); } private void gotopage(int pageindex) { // 准备事件数据 pagechangedeventargs e = new pagechangedeventargs(); e.oldpageindex = currentpageindex; e.newpageindex = pageindex; // 更新当前的索引 // 启动页面更改事件 // 绑定新数据 |
其他导航按钮的处理程序与 first_click 的区别仅在于它们传递给 gotopage 方法的页码不同。gotopage 方法负责处理 pageindexchanged 事件，并负责启动数据绑定过程。它准备事件数据（旧页面和新页面索引）并触发事件。gotopage 被定义为 private，但是可以使用 currentpageindex 属性通过编程的方式更改显示的页面。
| public int currentpageindex { get {return convert.toint32(viewstate[“currentpageindex”]);} set {viewstate[“currentpageindex”] = value;} } |
与表 1 中所列的所有属性一样，currentpageindex 属性的实现方法也相当简单。它将其内容保存到 viewstate 中并从中进行还原。在数据绑定过程中，会验证和使用页面索引。
数据绑定过程
databind 方法是所有 asp.net 控件公用的，对于数据绑定控件来说，它将触发用户界面的刷新以反映新数据。sqlpager 控件根据 selectcommand 和 connectionstring 属性的值，使用此方法启动数据检索操作。不言而喻，如果这些属性中的任何一个为空，该过程将终止。同样，如果合作者控件不存在，数据绑定过程将被取消。要查找合作者控件，databind 方法使用 page 类中的 findcontrol 函数。由此可见，合作者控件必须为主窗体的直接子控件。
进行分页显示的控件不能为任意的 asp.net 服务器控件。它必须为列表控件或基本数据列表控件。更一般来说，合作者控件必须具有 datasource 属性并实现 databind 方法。可能进行分页的控件实际上只需要满足这些要求。microsoft? .net framework 中所有继承 listcontrol 或 basedatalist 的控件都满足第一个要求；而所有 web 控件通过设计都满足 databind 要求。使用当前的实现方法，无法使用 sqlpager 控件来对 repeater 进行分页。repeater 与合作者控件 datalist 和 datagrid 不同，不继承 basedatalist，也不提供列表控件的功能。下表列出了可以使用 sqlpager 进行分页的控件。
表 2：可以由 sqlpager 控件进行分页的数据绑定控件
| 控件 | 说明 |
| checkboxlist | 从 listcontrol 派生而来，显示为复选框列表。 |
| dropdownlist | 从 listcontrol 派生而来，显示为字符串下拉列表。 |
| listbox | 从 listcontrol 派生而来，显示为字符串可滚动列表。 |
| radiobuttonlist | 从 listcontrol 派生而来，显示为单选按钮列表。 |
| datalist | 从 basedatalist 派生而来，显示为模板化数据项目列表。 |
| datagrid | 从 basedatalist 派生而来，显示为数据项目的表格网格。datagrid 是唯一一个内置有功能强大的分页引擎的 asp.net 控件。 |
以下代码说明由 sqlpager 控件实现的数据绑定过程。
| public override void databind() { // 启动数据绑定事件 base.databinding(); // 数据绑定后必须重新创建控件 // 确保控件存在且为列表控件 // 确保具有足够的连接信息并指定查询 // 获取数据 // 将数据绑定到合作者控件 |
根据 pagingmode 属性的值调用不同的获取例程。在任何情况下，结果集都绑定到 pageddatasource 类的实例上。此类提供了一些用来对数据进行分页的功能。特别是，当整个数据集都存储在缓存中时，该类将自动检索当前页面的记录并返回布尔值，来提供有关第一页和最后一页的信息。稍后将回来介绍此类的内部结构。在上述列表中，帮助程序的 pageddatasource 对象是由 _datasource 变量表示的。
然后，sqlpager 控件经过计算得出合作者控件的类型，并将 pageddatasource 对象的内容绑定到合作者控件的 datasource 属性。
有时，上述的 databind 方法还将 childcontrolscreated 属性重新设置为 false。那么，为什么要这样做呢？
当包含分页程序的页面返回时，所有控件都要重新创建；分页程序也不例外。通常情况下，所有控件及其子控件都是在准备显示页面之前创建的。在每个控件接收到 onprerender 通知之前的一瞬间，protected ensurechildcontrols 方法将被调用，这样，每个控件都可以生成自己的控件树。此事件发生后，数据绑定过程完成，新数据已存储到缓存中。
但是，当由于单击分页程序的一个组成控件而使页面返回时（即用户单击以更改页面），就会生成分页程序的控件树，这时远未达到显示阶段。特别是，当处理相关的服务器端事件时，就必须生成控件树，因而是在数据绑定开始之前生成控件树。困难在于，数据绑定将修改页面索引，而这必须反映在用户界面中。如果不采取某些对策的话，当用户切换到另一页时，分页程序中的页面索引将不会被刷新。
有各种方法可以解决此问题，但重要的是要弄清楚问题及其真正的原因。您可以避免生成控件树，并在 render 方法中生成所有输出。另外，您还可以修改树中受数据绑定更改影响的部分。本文选择了第三种方法，这种方法需要较少的代码，而且，不管控件的用户界面的哪个部分受到数据绑定更改的影响，都能够解决问题。通过将 childcontrolscreated 属性设置为 false，可以使以前创建的任何控件树无效。这样，在显示之前将重新创建控件树。
分页引擎
sqlpager 控件支持两种检索数据的方法 – 缓存和非缓存。如果采用前者，选择命令原样执行，整个结果集将绑定到在内部进行分页的数据源对象上。pageddatasource 对象将自动返回适合特定页面的记录。pageddatasource 类也是在 datagrid 默认分页机制背后运行的系统组件。
检索所有记录但只显示适合页面的几个记录，这通常不是一种明智的方法。由于 web 应用程序的无状态特性，事实上，每次请求页面时都可能运行大量的查询。要使操作有效，采用缓存的数据检索方法必须依赖于某种缓存对象，asp.net 的 cache 对象就是一个很好的候选对象。缓存技术的使用加快了应用程序的运行速度，但其提供的数据快照不能反映最新的更改。另外，它需要使用 web 服务器上的较多内存。而且荒谬的是，如果大量的数据按会话缓存的话，甚至可能造成很大的问题。cache 容器对于应用程序来说是全局的；如果数据按会话存储在其中，还需生成会话特有的项目名称。
cache 对象的上面是完全支持过期策略的。换句话说，存储在缓存中的数据在一段时间后可以自动被释放。以下代码说明 sqlpager 类中用来获取数据并将其存储在缓存中的一个 private 方法。
| private void fetchalldata() { // 在 asp.net cache 中查找数据 datatable data; data = (datatable) page.cache[cachekeyname]; if (data == null) { // 使用 order-by 信息修改 selectcommand adjustselectcommand(true); // 如果数据过期或从未被获取，则转到数据库 // 配置分页的数据源组件 // 确保页面索引有效 // 选择要查看的页面 |
控件和请求的缓存项目名称是唯一的。它包括页面的 url 和控件的 id。在指定的时间（以秒计算）内，数据被绑定到缓存。要使项目过期，必须使用 cache.insert 方法。以下较简单的代码将项目添加到缓存，但不包括任何过期策略。
| page.cache[cachekeyname] = data; |
pageddatasource 对象通过其 datasource 属性获取要进行分页的数据。值得注意的是，pageddatasource 类的 datasource 属性只接受 ienumerable 对象。datatable 不满足此要求，这就是为什么采取 defaultview 属性的原因。
selectcommand 属性确定在 sql server 数据库上运行的查询。此字符串最好为 select-from-where 形式。不支持 order by 子句，如果指定了该子句，将被删除。这正是 adjustselectcommand 方法所做的。使用 sortfield 属性可以指定任何排序信息。adjustselectcommand 方法本身将根据 sortfield 的值添加一个正确的 order by 子句。这样做有什么原因吗？
当分页程序以 noncached 模式工作时，原始的查询将被修改以确保只检索当前页面的记录。在 sql server 上执行的实际查询文本将采取以下形式。
| select * from (select top itemsperpage * from (select top itemsperpage*currentpageindex * from (selectcommand) as t0 order by sortfield asc) as t1 order by sortfield desc) as t2 order by sortfield |
该查询弥补了 sql server 2000 中 rownum 子句的缺陷，并且对记录进行重新排序，使得只有 x 项目的“第 n 个”块经过正确排序后返回。您可以指定基础查询，分页程序将它分解为多个较小的页面。只有适合某个页面的记录被返回。正如您看到的那样，除了查询命令以外，上述查询需要处理排序字段。这就是为什么另外添加了 sortfield 属性。此代码的唯一缺陷是默认情况为升序排序。通过使 asc/desc 关键字参数化，可以使此代码真的非常完美：
| private void fetchpagedata() { // 需要经过验证的页面索引来获取数据。 // 还需要实际的页数来验证页面索引。 adjustselectcommand(false); virtualrecordcount countinfo = calculatevirtualrecordcount(); totalpages = countinfo.pagecount; // 验证页码（确保 currentpageindex 有效或为“-1”） // 准备并运行命令 // 配置分页的数据源组件 |
在 noncached 模式中，pageddatasource 对象并不提供整个数据源，因此不能计算出要进行分页的总页数。进而必须对 allowcustompaging 属性进行标记，并提供数据源中的实际记录数量。通常，实际数量是使用 select count(*) 查询进行检索的。此模型与 datagrid 的自定义分页几乎相同。此外，pageddatasource 对象中选择的当前页面索引通常为 0，因为实际上已经存储了一页记录。
sqlpager 控件的实现方法就介绍到这里，下面我们介绍一下它的使用方法。
使用 sqlpager 控件
假设存在一个包含 listbox 控件的示例页面。要使用分页程序，请确保 .aspx 页面正确地注册了该控件的程序集。
| ＜%@ register tagprefix=”expo” namespace=”devcenter” assembly=”sqlpager” %＞ |
控件的标记取决于实际设置的属性。以下标记是一个合理的示例：
| ＜asp:listbox runat=”server” id=”listbox1″ width=”300px” height=”168px” datatextfield=”companyname” /＞ ＜br＞ ＜expo:sqlpager runat=”server” id=”sqlpager1″ width=”300px” controltopaginate=”listbox1″ selectcommand=”select customerid, companyname from customers” connectionstring=”server=localhost;database=northwind;uid=…” sortkeyfield=”companyname” /＞ ＜br＞ ＜asp:button runat=”server” id=”loadfirst1″ text=”加载第一页” /＞ |
除了分页程序以外，页面还包含一个列表框和一个按钮。列表框将显示每个页面的内容；按钮只用于首次填充列表框。该按钮具有一个单击事件处理程序，定义如下。
| private void loadfirst1_click(object sender, eventargs e) { sqlpager1.currentpageindex = 0; sqlpager1.databind(); } |
使用 datalist 控件可以生成一个更有意思的示例。目标是使用分页程序浏览每个 northwind 职员的个人记录。该 datalist 如以下列表所示。
| ＜asp:datalist runat=”server” id=”datalist1″ width=”300px” font-names=”verdana” font-size=”8pt”＞ ＜itemtemplate＞ ＜table bgcolor=”#f0f0f0″ style=”font-family:verdana;font-size:8pt;”＞ ＜tr＞＜td valign=”top”＞ ＜b＞＜%# databinder.eval(container.dataitem, “lastname”) + “, ” + databinder.eval(container.dataitem, “firstname”) %＞＜/b＞ ＜/td＞＜/tr＞ ＜tr＞＜td＞ |
表格的第一行显示职员的姓名和职务，然后是相片，相片周围是注释。相片是使用特定的 .aspx 页面检索的，返回从数据库中获取的 jpeg 数据。
分页程序可以放置在页面中的任何位置。本例中将它放置在合作者 datalist 控件上方并紧挨着合作者控件。
将 sqlpager 控件与 datagrid 控件一起使用有意义吗？这要视情况而定。datagrid 已经与一个基于本文中使用的 pageddatasource 对象的嵌入式分页引擎一起工作。因此，如果您需要对以表格格式显示的单个记录集合进行分页时，就无需使用 sqlpager。但是，对于重要/复杂的方案，将这两个控件一起使用并不是一种牵强的想法。例如，如果您要向前一个屏幕快照添加一个 datagrid 来显示由职员管理的订单，则可以在同一格页面上放置两个相关的分页引擎，一个要对职员进行分页，另一个用于滚动相关订单。
小结
不管您要生成哪种类型的应用程序（web 应用程序、microsoft? windows? 应用程序或 web 服务），您都很难下载和缓存要显示的整个数据源。有时，测试环境会使您相信这种解决方案真是太棒了，非常可取。但是测试环境也会误导。数据源的大小非常关键，应用程序的规模越大，数据源的大小越关键。
在 asp.net 中，只有 datagrid 控件具有内置的分页功能。但是，分页引擎是由相当样板化的代码实现的，只要进行少量的处理，就可以进行推广并用于多个不同的控件。本文介绍的 sqlpager 控件就实现了此目标。它关注下载数据，将数据分成多个页面并通过合作者控件显示。该控件可以检索并缓存整个数据集，或者仅在 sql server 中查询要在选定的页面中显示的几个记录。我说的是 sql server，这是另一个重点。sqlpager 只能用于 sql server，不能用于通过 ole db 或 odbc 来检索数据。也不能使用它访问 oracle 或 db2 存档。
要生成真正的通用 sql 分页程序组件，应该形成数据访问层，并生成一种能够使用相应的数据提供程序创建连接、命令和适配器的工厂类。此外，要注意为各种 sql 源设置一个分页引擎是最糟糕的做法。这里介绍的方法只适用于 sql server 7.0 和更高版本。top 子句在不同的环境下具有不同的特性。使用服务器游标和临时表格，它可适用于较大范围的 dbms 系统。但那将使代码更为复杂。
