下载文档原格式
前端开发中如何处理大数据量的渲染与优化在前端开发中，处理大数据量的渲染与优化是一个重要的课题。
随着互联网的发展，前端应用程序越来越需要处理大量的数据，而如何高效地渲染这些数据，提高用户体验，成为前端开发者需要面对的挑战。
本文将从数据处理、性能优化、可视化等角度来探讨如何处理大数据量的渲染与优化。
一、数据处理1. 数据获取与存储在前端开发中，首先要解决的问题是如何获取并存储大量的数据。
可以通过网络请求、Ajax、Websocket等技术手段来获取数据，并将其存储在前端应用的内存或本地存储中，以便后续的处理与渲染。
2. 数据过滤与分页当面对大量的数据时，一种常见的处理方式是进行数据过滤与分页。
可以根据用户的需求，对数据进行筛选、排序等操作，以减少要渲染的数据量。
同时，将数据分为多个页面进行展示，可以提高页面加载与渲染的效率。
3. 数据预处理在渲染之前，对数据进行预处理可以提高渲染效率。
例如，对数据进行排序、格式化、合并等操作，可以使渲染过程更加高效。
此外，对一些常用的计算结果进行缓存，也可以有效地提高渲染的性能。
二、性能优化1. 页面加载优化大数据量的渲染往往需要加载大量的资源，如CSS、JavaScript、图片等。
为了提高页面加载速度，可以进行以下优化措施：- 使用合适的压缩和合并工具，减小资源文件的大小。
- 使用CDN（内容分发网络）加速资源的加载。
- 使用预加载、懒加载等技术手段，提高资源的加载效率。
2. 数据渲染优化在处理大数据量的渲染时，需要注意以下几点：- 使用虚拟化技术，只渲染可见区域的数据，而不是全部渲染，从而减少渲染的数据量。
- 合理利用浏览器的重绘与回流机制，减少不必要的页面重绘与回流，提高渲染性能。
- 使用合适的数据结构与算法，以提高数据处理与渲染的效率。
三、可视化处理1. 数据可视化选择当面对大量的数据时，如何有效地展示数据成为一个挑战。
可以根据数据的特点和需求，选择合适的可视化方式。
前端开发中如何处理大数据量渲染问题随着互联网的迅猛发展，我们所面对的数据量也越来越庞大，尤其是在前端开发中。
在处理大数据量渲染问题时，为了提高用户体验和性能，我们需要采取一些有效的策略和工具。
一、分页加载当数据量非常大时，一次性加载所有数据会导致页面过载，响应变慢甚至崩溃。
为了避免这种情况，我们可以采取分页加载的方式。
分页加载将数据划分为多个页面，只在需要时加载当前页面的数据，这样可以减轻服务器的压力，并提高页面的响应速度。
在前端开发中，可以使用分页插件来实现分页加载功能，如Vue.js的分页组件，或者自己编写分页的逻辑。
在处理大数据量渲染时，通过分页加载可以提高用户浏览数据的效率，而不会给用户带来长时间的等待。
二、虚拟列表虚拟列表是一种在渲染大数据量时的优化方案。
当我们需要同时展示大量数据时，常规的渲染方式会导致页面卡顿或加载缓慢，无法良好地提供用户体验。
虚拟列表通过只渲染可见区域的数据，而不是全部数据，来提高页面的性能。
具体实现方式是根据可视区域大小和滚动位置，动态计算出当前需要渲染的数据范围，然后只渲染该范围内的数据。
这样可以大幅减少DOM节点的数量，提高页面的渲染速度。
在前端开发中，可以使用现成的虚拟列表组件，如React的react-virtualized或Vue.js的vue-virtual-scroller来实现虚拟列表功能。
通过虚拟列表的应用，我们能够更加流畅地展示大数据量，提升用户的体验。
三、数据分析与筛选当面对大数据量时，我们经常需要在其中进行数据分析和筛选。
为了提高效率和减少计算量，我们可以通过合理的数据处理和筛选算法来优化渲染过程。
在前端开发中，可以使用一些数据处理库，如Lodash或Underscore.js，来进行数据操作和筛选。
这些库提供了丰富的函数和方法，可以快速实现对大数据量的筛选、排序和聚合等操作。
通过合理地利用这些工具，我们能够高效地处理大数据量渲染问题。
四、懒加载与缓存当数据量非常庞大时，我们可以采用懒加载的方式来优化渲染过程。
MySQL中的数据分页技巧MySQL是一种广泛使用的开源关系型数据库管理系统，被许多企业和开发者用于存储和管理海量的数据。
在实际应用中，常常会遇到需要进行数据分页处理的情况，以便在前端展示数据时提供更好的用户体验。
本文将介绍MySQL中的数据分页技巧，包括基本的分页查询语句、优化分页查询的方法以及处理大数据分页的策略。
一、基本的分页查询语句在MySQL中进行数据分页通常使用LIMIT关键字来实现。
LIMIT语句允许对查询结果的行数进行限制，在分页查询中可以配合OFFSET关键字一起使用，来指定查询的起始位置。
例如，下面的查询语句可用于获取第一页的10条数据：```SELECT * FROM table_name LIMIT 10 OFFSET 0;```其中，table_name是需要查询的表名，LIMIT 10表示返回10条数据，而OFFSET 0表示从第0条数据开始查询，即第一页。
对于其他页的查询，只需要将OFFSET的值设置为相应的偏移量即可。
假设需要查询第2页的数据，每页显示10条，可以使用如下查询语句：```SELECT * FROM table_name LIMIT 10 OFFSET 10;```这样可以获取第11条到第20条数据。
二、优化分页查询的方法尽管使用LIMIT和OFFSET可以实现数据分页，但在处理大数据量时，可能会遇到性能问题。
因为每次查询都需要扫描整个结果集，并且返回指定的行数，这对于大型表来说开销较大。
为了优化分页查询，可以考虑以下几种方法：1. 使用索引：在需要进行分页查询的列上创建索引，可以加快数据的检索速度。
特别是针对经常进行分页查询的列，如创建时间、更新时间等。
2. 限制查询字段：只返回需要显示的字段，而不是查询全部字段。
这样可以减少网络传输的数据量，提高查询效率。
3. 缓存查询结果：如果分页查询的数据不经常变化，可以将查询结果缓存起来，下次查询时可以直接使用缓存的结果。
MySQL中的数据分页与分块处理技巧在Web开发中，我们经常需要处理大量的数据并进行展示。
而对于大数据集来说，如果一次性加载全部数据，会导致页面加载速度变慢，用户体验不佳。
为了解决这个问题，常用的方法是将数据进行分页展示或者分块处理。
这篇文章将介绍在MySQL中实现数据分页与分块处理的技巧。
一、数据分页的基本原理数据分页是将大量的数据按照一定的数量进行分割，每次只加载一页的数据展示给用户。
以一个订单表为例，假设有10000个订单数据，需要分页展示，每页显示10条数据。
那么，首先需要确定页数，即总订单数/每页数量。
然后，根据当前页码来确定需要查询的数据的起始位置。
最后，使用LIMIT关键字来限制查询结果的数量。
二、MySQL中的分页查询在MySQL中实现数据分页可以使用LIMIT关键字来进行分页查询。
LIMIT关键字的功能是：通过指定偏移量和需要加载的行数来限制查询结果。
例如，查询订单表中从第11行开始的10条数据，可以使用以下SQL语句：```SELECT * FROM order_tableLIMIT 10 OFFSET 10;```其中，LIMIT 10表示需要加载的行数，OFFSET 10表示偏移量，即起始位置为第11行。
对于分页查询来说，还需要处理边界情况，如当页码小于1时，将其设置为1；当页码大于总页数时，将其设置为总页数。
三、MySQL中的数据分块处理除了数据分页，有时候我们需要对大数据集进行分块处理。
分块处理是将大数据集按照一定的大小进行分割，每次处理一块数据，以提高效率。
在MySQL中，分块处理可以通过设置循环进行数据处理和控制处理的块大小来实现。
以下是一个示例代码：```SET @block_size = 1000;SET @total_rows = (SELECT COUNT(*) FROM big_table);SET @total_blocks = CEIL(@total_rows/@block_size);SET @current_block = 0;WHILE @current_block < @total_blocks DOSET @offset = @current_block * @block_size;SET @current_block = @current_block + 1;-- 在这里进行数据处理和操作SELECT * FROM big_tableLIMIT @block_size OFFSET @offset;END WHILE;```在上述代码中，我们通过设置变量来分别记录块的大小、总行数、总块数和当前块的位置。
如何在MySQL中处理大数据量的排序操作在当今信息时代，数据量的指数级增长使得数据处理成为一项重要而又具有挑战性的任务。
特别是在数据库管理系统中，处理大数据量的排序操作成为了一项关键任务。
MySQL作为一个流行的关系型数据库管理系统，在处理大数据量的排序操作上也非常重要。
本文将讨论如何在MySQL中有效处理大数据量的排序操作，并给出一些优化方法和技巧。
一、优化MySQL的排序算法在MySQL中，排序操作通常是通过ORDER BY子句来实现的。
然而，当数据量非常大时，常规的排序算法可能会变得非常低效，因为它需要大量的CPU和内存资源来完成排序操作。
为了优化MySQL的排序算法，我们可以采取以下措施：1. 使用索引：在排序操作中，如果可以使用合适的索引来覆盖ORDER BY子句中的列，MySQL将会使用索引而不是常规的排序算法。
这将大大提高排序操作的性能。
因此，在设计数据库时，应该合理地创建索引。
2. 分区表：对于非常大的表，可以考虑将表分成多个分区，并在每个分区上执行排序操作。
这样可以将数据分布在不同的磁盘上，提高IO并行性，从而加快排序操作的速度。
3. 利用缓存：MySQL的查询缓存可以缓存排序结果，以便下次排序时可以直接从缓存中读取。
这对于频繁使用相同排序条件的查询非常有用。
启用查询缓存可以通过设置相关的系统变量来实现。
4. 适当调整系统参数：通过适当调整MySQL的相关系统参数，比如sort_buffer_size和max_length_for_sort_data等，可以提高排序操作的性能。
这需要根据具体情况来进行优化。
二、使用合适的排序字段在排序操作中，选择合适的排序字段非常重要。
通常情况下，我们应该选择具有适当的数据类型、长度和索引的字段作为排序字段。
当数据量非常大时，应避免对大字段或非索引字段进行排序，因为这将导致大量的磁盘IO和内存开销。
此外，还可以考虑使用前缀索引来优化排序操作。
前缀索引可以只对索引字段的前几个字符进行索引，从而减少索引的大小和排序操作的开销。
MySQL中的数据分隔和分批处理方法引言：MySQL是一个流行的关系型数据库管理系统，被广泛用于各种应用程序中。
在处理大量数据时，对数据的分隔和分批处理成为提高性能和效率的关键。
本文将讨论MySQL中的数据分隔和分批处理方法，以帮助开发人员更好地管理和优化数据库操作。
1. 数据分隔的意义和方法数据分隔是将大数据集分割成较小的部分，以便更好地管理和处理。
它的主要目的是减少查询时间和优化性能。
以下是一些常用的数据分隔方法：1.1 基于范围的分区：基于范围的分区将数据按照某个指定的范围进行分区。
例如，将订单表按照日期范围进行分区，可以将每个月的订单分别存储在不同的分区中。
这样可以快速地查询某个特定日期范围内的订单数据，而无需扫描整个表。
1.2 基于列表的分区：基于列表的分区将数据按照指定的列表进行分区。
例如，根据地区将销售表分区为“东部”、“西部”和“中部”。
这样可以更好地组织数据，并在执行特定查询时提高性能。
1.3 基于哈希的分区：基于哈希的分区将数据根据哈希函数的结果进行分区。
这种方法可以将数据均匀地分布到不同的分区中，以实现负载均衡和查询的优化。
2. 数据分隔的实践与注意事项在对数据进行分隔时，还需要考虑以下几点：2.1 数据量和查询模式：支持分隔的主要原因是减小数据集的大小，提高查询性能。
因此，在进行数据分隔之前，需要评估数据量和查询模式，确定是否能够获得显著的性能提升。
2.2 分区键的选择：分区键是用于将数据进行分隔的列。
选择合适的分区键非常重要，它直接影响了查询的性能。
一般而言，分区键应选择常用于查询条件的列，以减少扫描的数据量。
2.3 分区数量与大小：分隔的数量和大小直接关系到查询的性能。
分区数量过多可能会增加查询的开销，而分区过大可能会导致不均衡的负载和查询性能下降。
这一点需要根据具体应用场景进行调整和优化。
3. 数据分隔的优势和劣势数据分隔在一定程度上提高了数据库的性能和效率，但也存在一些限制和劣势。
二次查询法分页原理二次查询法分页原理简介在开发中，经常会遇到需要分页显示数据的场景。
传统的分页方式是一次性查询所有数据然后根据页码和每页显示数量进行切割，但是如果数据量非常大，这种方式会导致性能问题。
为了解决这个问题，我们可以采用二次查询法分页原理。
什么是二次查询法分页二次查询法分页是一种更加高效的分页方式。
它只查询需要显示的数据，而不是一次性查询所有数据，从而避免了大数据量查询的性能问题。
实现原理1.第一次查询：首先，我们需要查询数据表中总共有多少条数据，并计算出总页数。
2.第二次查询：根据分页参数，查询需要显示的数据。
优势•降低数据库查询压力：采用二次查询法分页，可以减少查询数据库的次数，从而降低数据库的压力。
•提升查询效率：只查询需要显示的数据，减少了网络传输和数据处理的时间，提升了查询效率。
•节省系统资源：传统的一次性查询所有数据的方式会占用大量内存，而采用二次查询法分页可以避免这个问题，节省了系统资源。
实例演示以下是一个简单的实例演示二次查询法分页的原理：1.假设数据表中总共有100条数据，我们设置每页显示10条数据，需要显示第3页的数据。
2.第一次查询：根据总条数和每页显示数量，计算出总页数为10页。
3.第二次查询：根据分页参数，查询从21到30的数据。
总结二次查询法分页原理可以提高分页查询的效率和性能，特别适用于数据量较大的场景。
通过减少数据库查询次数和优化查询内容，可以降低数据库压力，提升系统性能。
在开发中，我们可以根据具体需求选择合适的分页方式，以达到最佳的查询效果。
使用方案为了实现二次查询法分页原理，可以采用以下步骤：1.确定每页显示数量和当前页码。
2.第一次查询：使用SELECT COUNT(*)语句查询数据表的总条数，保存为总数。
3.根据总数和每页显示数量，计算出总页数 = ceil(总数 / 每页显示数量)。
4.根据当前页码和每页显示数量，计算出需要查询的数据的起始位置 = (当前页码 - 1) * 每页显示数量。
达梦两表关联索引生效规律摘要：1.达梦数据库简介2.两表关联索引的概念3.关联索引的生成规律4.关联索引的优点和应用场景5.总结正文：【达梦数据库简介】达梦数据库（DM）是一款我国自主研发的大型关系型数据库管理系统，其性能和功能可与国际知名数据库管理系统相媲美。
达梦数据库广泛应用于政府、金融、电信等多个领域，为我国的信息化建设做出了重要贡献。
【两表关联索引的概念】在达梦数据库中，关联索引是一种特殊的索引，它可以实现两个或多个表之间的快速查询。
当需要在多个表之间进行数据查询时，使用关联索引可以大幅提高查询效率。
【关联索引的生成规律】在达梦数据库中，关联索引的生成有一定的规律。
首先，需要创建一个主表和一个或多个副表，副表与主表之间存在关联关系。
然后，在副表上创建一个或多个外键，指向主表的某个或多个列。
最后，在主表和副表之间创建一个关联索引，关联索引的列分别是主表和副表的外键列。
【关联索引的优点和应用场景】关联索引具有以下优点：1.提高查询效率：当需要在多个表之间进行数据查询时，使用关联索引可以大幅提高查询效率。
2.节省存储空间：与普通索引相比，关联索引占用的存储空间较小。
3.保证数据一致性：关联索引可以防止数据在主表和副表之间的不一致。
关联索引的应用场景包括：1.多表查询：当需要在多个表之间进行数据查询时，可以使用关联索引提高查询效率。
2.数据分页：在对大数据量进行分页查询时，使用关联索引可以提高分页查询的效率。
3.数据一致性保障：需要保证多个表之间的数据一致性时，可以使用关联索引来实现。
【总结】总之，达梦数据库中的两表关联索引在多表查询、数据分页和数据一致性保障等方面具有很大的优势。
MySQL数据库中数据分页和排序的实现技巧引言：MySQL是一种开源的关系型数据库管理系统，被广泛应用于Web应用开发、数据仓库和企业级应用等领域。
在实际应用中，我们经常需要对数据库中的大量数据进行分页和排序操作，以提供更加友好和高效的用户体验。
本文将详细介绍MySQL数据库中实现数据分页和排序的技巧。
一、数据分页的原理和方法：数据分页即将大量数据分割成若干个页面，每页显示一定数量的数据。
这样可以有效解决大数据量下，网络传输和数据加载的问题。
在MySQL中，我们可以使用LIMIT关键字来实现数据分页。
下面是一个简单的示例：```sqlSELECT * FROM table_nameLIMIT 20 OFFSET 0;```上述示例中，LIMIT关键字用于指定每页显示的数据数量，OFFSET关键字用于指定从第几条数据开始查询。
通过修改OFFSET的值，可以实现翻页功能。
二、MySQL中数据排序的方法：数据排序是根据指定的列对查询结果进行排序，以便更好地展示数据的有序性。
在MySQL中，我们可以使用ORDER BY关键字来实现数据排序。
下面是一个示例：```sqlSELECT * FROM table_nameORDER BY column_name ASC;```上述示例中，ORDER BY关键字用于指定排序的列，ASC表示升序排列。
如果需要降序排列，则可以使用DESC关键字。
此外，我们还可以根据多个列进行排序，如下所示：```sqlSELECT * FROM table_nameORDER BY column1 ASC, column2 DESC;```上述示例中，先根据column1升序排列，再根据column2降序排列。
三、优化数据分页和排序的技巧：在实际应用中，数据量较大时，分页查询和排序操作可能会导致性能问题。
为了提高查询效率，我们可以采取一些优化措施。
1. 使用索引：索引可以提高数据查询的速度，降低数据库的负载。
前端性能优化的大数据处理随着互联网技术的不断发展，前端性能优化成为了网站和应用开发中的重点之一。
而在处理大数据方面，前端性能优化也扮演着重要的角色。
本文将介绍前端性能优化在大数据处理中的应用和技巧。
一、概述随着互联网的快速发展和用户行为数据的爆炸增长，前端性能优化在大数据处理中变得越发重要。
在处理大数据时，前端性能优化主要关注以下几个方面：数据加载、数据传输、数据存储和数据展示。
二、数据加载优化1. 压缩和合并：将前端资源进行压缩和合并，减少请求次数和资源体积，提升加载速度。
2. 懒加载：根据用户实际需求，延迟加载部分数据，减少首屏加载时间。
3. CDN加速：利用内容分发网络（CDN）将静态资源缓存在临近用户的服务器上，加速数据加载。
三、数据传输优化1. 减少请求次数：将多个小的请求合并为一个大的请求，减少网络请求次数。
2. 使用缓存：利用缓存机制，减少重复的数据传输，提升数据传输效率。
3. 使用压缩算法：在数据传输过程中使用压缩算法（如Gzip），减小数据传输体积，提升传输速度。
四、数据存储优化1. 数据库索引优化：在大数据量的数据库中，使用合适的索引能够提高数据查询速度。
2. 分区存储：将大数据分成多个分区进行存储，提高数据查询和访问效率。
3. 数据压缩：对数据进行压缩存储，减少存储空间，提高数据存储效率。
五、数据展示优化1. 数据分页：对大数据进行分页展示，减少一次性加载大量数据。
2. 前端缓存：利用前端缓存技术，减少对后端数据的频繁请求，提升数据展示速度。
3. 使用数据可视化工具：通过数据可视化工具，将大数据以直观的图表形式展示，提升用户体验。
六、总结在大数据处理中，前端性能优化是不可忽视的一部分。
通过合理的数据加载、数据传输、数据存储和数据展示优化，可以提升网站和应用的性能，提高用户体验。
随着大数据技术的不断发展，前端性能优化仍将继续在大数据处理中发挥重要作用。
在结束之前，我们需要牢记一点，性能优化不是一蹴而就的事情，需要我们不断地进行测试和优化。
导言如我们在之前的教程里讨论的那样,分页可以通过两种方法来实现:•默认分页–你仅仅只用选中data Web control的智能标签的Enable Paging ;然而,当你浏览页面的时候,虽然你看到的只是一小部分数据,ObjectDataSource还是会每次都读取所有数据•自定义分页–通过只从数据库读取用户需要浏览的那部分数据,提高了性能. 显然这种方法需要你做更多的工作.默认的分页功能非常吸引人,因为你只需要选中一个checkbox就可以完成了.但是它每次都读取所有的数据,这种方式在大数据量或者并发用户多的情况下就不合适.在这样的情况下,我们必须通过自定义分页来使系统达到更好的性能.自定义分页的一个重点是要写一个返回仅仅需要的数据的查询语句.幸运的,Microsoft SQL Server 2005 提供了一个新的keyword,通过它我们可以写出读取需要的数据的查询.在本教程里,我们将学习在GridView里如何使用Microsoft SQL Server 2005 的这个新的keyword来实现自定义分页.自定义分页和默认分页的界面看起来一样,但是当你从一页转到另一页时,在效率上差了几个数量级.注意:自定义分页带来的性能提升程序取决于数据的总量和数据库的负载.在本教程的最后我们会用数据来说明自定义分页带来的性能方面的好处.第一步: 理解自定义分页的过程给数据分页的时候,页面显示的数据取决于请求的是哪一页和每页显示多少条.比如,想象以下我们给81个product分页,每页显示10条.当我们浏览第一页时,我们需要的是product 1 到product 10.当浏览第二页时,我们需要的是product 11 到product 20,以次类推.对于需要读取什么数据和分页的页面怎么显示,有三个相关的变量:•Start Row Index –页面里显示数据的第一行的索引; 这个值可以通过页的索引乘每页显示的记录的条数加1得到. 例如, 如果一页显示10条数据, 那么对第一页来说(第一页的索引为0), 第一行的索引为0 * 10 + 1, or 1; 对第二页来说(索引为1), 第一行的索引为1 * 10 + 1, 即11.•Maximum Rows –每页显示的最多记录的条数. 之所以称为“maximum”rows 是由于最后一页显示的数据可能会比page size要小. 比如, 当以每页10条记录来显示81条时, 最后一页也就是第九页只包含一条记录. 没有页面显示的记录条数会大于Maximum Rows 的值.•Total Record Count –显示数据的总条数. 不需要知道页面显示什么数据,但是记录总数会影响到分页. 比如, 如果对81条product记录分页,每页10条,那么总页数为9.对默认分页来说,Start Row Index是由页索引和每页的记录数加1得到,Maximum Rows 就是每页的记录数.使用默认分页时,不管是呈现哪页的数据,都是要读取全部的数据,所有每行的索引都是已知的,这样获取Start Row Index变的没有价值.而且,记录的总条数是可以通过DataTable的总条数来获取的.自定义分页只返回从Start Row Index 开始的Maximum Rows条记录.在这里有两个要注意的地方:•我们必须把整个要分页的数据和一个row index关联起来,这样才能从指定的Start Row Index 开始返回需要的数据.•我们需要提供用来分页的数据的总条数.在后面的两步里我们将写出和上面两点相关的SQL.除此之外，我们还将在DAL和BLL里完成相应的方法.第二步: 返回需要分页的记录的总条数在我们学习如何返回显示页面需要的数据之前,我们先来看看怎么获取数据的总条数.因为在配置界面的时候需要用到这个信息.我们使用SQL的COUNT aggregate function来实现这个.比如,返回Products表的总记录条数,我们可以用如下的语句:SELECT COUNT(*)FROM Products我们在DAL里添加一个方法来返回这个信息.这个方法名为TotalNumberOfProducts() ,它会执行上面的SQL语句.打开App_Code/DAL 文件夹里的Northwind.xsd .然后在设计器里右键点ProductsTableAdapter ,选择Add Query.和我们在以前的教程里学习的那样,这样会允许我们添加一个新的DAL方法,这个方法被调用时会执行指定的SQL或存储过程.和前面的TableAdapter 方法一样,为这个添加一个SQL statement.图1: 使用SQL Statement在下一个窗体我们可以指定创建哪种SQL .由于查询只返回一个值–Products表的总记录条数–我们选择“SELECT which returns a singe value”.图2: 使用SELECT Statement that Returns a Single Value来配置SQL 下一步是写SQL语句.图3: 使用SELECT COUNT(*) FROM Products 语句最后给这个方法命名为TotalNumberOfProducts.图4: 将方法命名为TotalNumberOfProducts点击结束后,DAL里添加了一个TotalNumberOfProducts方法.这个方法返回的值可为空,而Count语句总是返回一个非空的值.我们还需要在BLL中加一个方法.打开ProductsBLL类文件,添加一个TotalNumberOfProducts方法,这个方法要做的只是调用DAL的TotalNumberOfProducts方法.public int TotalNumberOfProducts(){return Adapter.TotalNumberOfProducts().GetValueOrDefault();}DAL的TotalNumberOfProducts方法返回一个可空的整型,而需要ProductsBLL类的TotalNumberOfProducts方法返回一个标准的整型.调用GetValueOrDefault方法,如果可为空的整型为空,则返回默认值,0.第三步: 返回需要的数据记录下一步我们要在DAL和BLL里创建接受Start Row Index 和Maximum Rows 的方法,然后返回合适的记录.我们首先看看需要的SQL语句.我们面临的挑战是需要为整个分页的记录分配索引,用来返回从Start Row Index 开始的Maximum Records number of records 条记录.如果在数据库表里已经有一个列作为索引,那么一切会变的很简单.我们首先会想到Products表的ProductID字段可以满足这个条件,第一个Product的ProductID为1,第二个为2,以此类推.然而当一个product被删除后,这个序列会留下间隔来,所以这个方法不行. 有两种可以把整个要分页的数据和一个row index关联起来的方法.•使用SQL Server 2005的ROW_NUMBER() Keyword –SQL Server 2005的新特性,它可以将记录根据一定的顺序排列,每条记录和一个等级相关这个等级可以用来作为每条记录的row index.•使用SET ROWCOUNT –SQL Server的SET ROWCOUNT statement可以用来指定有多少记录需要处理; table variables是可以存放表格式的T-SQL 变量, 和temporary tables类似. 这个方法在Microsoft SQL Server 2005 和SQL Server 2000都可以用(ROW_NUMBER() 方法只能在SQL Server 2005里用).这个思路是,为要分页的数据创建一个table变量,这个table变量里有一个作为主健的IDENTITY列.这样需要分页的每条记录在table变量里就和一个rowindex(通过IDENTITY列)关联起来了.一旦table变量产生,连接数据库表的SELECT语句就被执行,获取需要的记录.SET ROWCOUNT用来限制放到table变量里的记录的数量.当SET ROWCOUNT的值指定为Start Row Index 加上Maximum Rows时,这个方法的效率取决于被请求的页数.对于比较前面的页来说–比如开始几页的数据–这种方法非常有效. 但是对接近尾部的页来说,这种方法的效率和默认分页时差不多.本教程用ROW_NUMBER()来实现自定义分页.如果需要知道更多的关于table变量和SET ROWCOUNT的技术,请看A More Efficient Method for Paging Through Large Result Sets.以下语句用来使用ROW_NUMBER()将一个等级和返回的每条记录关联:SELECT columnList,ROW_NUMBER() OVER(orderByClause)FROM TableNameROW_NUMBER()返回一个根据指定排序的表示每条记录的等级的值.比如,我们可以用以下居于查看根据价格来排序(降序)的每个product的等级:SELECT ProductName, UnitPrice,ROW_NUMBER() OVER(ORDER BY UnitPrice DESC) AS PriceRankFROM Products图5 是在Visual Studio里运行以上代码的结果. 注意product根据价格排序,每行有一个等级.图5: 返回的记录里每行有一个Price Rank注意: ROW_NUMBER() 只是SQL Server 2005里很多排级的功能中的一种. 想了解更多的ROW_NUMBER()的讨论,包括其它的排级功能,请看Returning Ranked Results withMicrosoft SQL Server 2005.当使用OVER从句里的ORDER BY 列名(UnitPrice)来排级时,SQL Server会对结果排序.为了提升大数据量查询时的性能,可以为用来排序的列加上非聚集索引.更多的性能考虑参考Ranking Functions and Performance in SQL Server 2005.ROW_NUMBER()返回的等级信息无法直接在WHERE从句中使用.而在From后面的Select里可以返回ROW_NUMBER(),并在WHERE从句里使用.比如,下面的语句使用一个From后的Select返回ProductName,UnitPrice,和ROW_NUMBER()的结果,然后使用一个WHERE从句来返回price rank在11到20之间的product.SELECT PriceRank, ProductName, UnitPriceFROM(SELECT ProductName, UnitPrice,ROW_NUMBER() OVER(ORDER BY UnitPrice DESC) AS PriceRankFROM Products) AS ProductsWithRowNumberWHERE PriceRank BETWEEN 11 AND 20更进一步,我们可以根据这个方法返回给定Start Row Index 和Maximum Rows 的页的数据.SELECT PriceRank, ProductName, UnitPriceFROM(SELECT ProductName, UnitPrice,ROW_NUMBER() OVER(ORDER BY UnitPrice DESC) AS PriceRankFROM Products) AS ProductsWithRowNumberWHERE PriceRank > <i>StartRowIndex</i> ANDPriceRank <= (<i>StartRowIndex</i> + <i>MaximumRows</i>)注意:我们在本教程的后面会看到, ObjectDataSource 提供的StartRowIndex是从0开始的,而ROW_NUMBER()的值从1开始.因此,WHERE从句返回会严格返回PriceRank大于StartRowIndex而小于StartRowIndex+MaximumRows的那些记录.我们已经知道如何根据给定的Start Row Index 和Maximum Rows 用ROW_NUMBER()返回特定页的数据.现在我们需要在DAL和BLL里实现它.我们首先要决定根据什么排序来分级.我们这里用product名字的字母顺序.这意味着我们还不能同时实现排序的功能.在后面的教程里,我们将学习如何实现这样的功能.在前面我们使用SQL statement创建DAL方法.但是TableAdapter wizard 使用的Visual Stuido里的T-SQL 解析器不能识别带OVER语法的ROW_NUMBER()方法.因此我们要以存储过程来创建这个DAL方法.从view menu里选择server explorer(Ctrl+Alt+S),展开NORTHWND.MDF 的节点.右键点击存储过程,选择增加一个新的存储过程(见图6).图6: 为Products分页增加一个存储过程这个存储过程带两个整型的输入参数- @startRowIndex和@maximumRows- 并用ROW_NUMBER()以ProductName字段排序,返回那些大于@startRowIndex并小于等于@startRowIndex+@maximumRows的记录.将以下代码加到存储过程里,然后保存. CREATE PROCEDURE dbo.GetProductsPaged(@startRowIndex int,@maximumRows int)ASSELECT ProductID, ProductName, SupplierID, CategoryID, QuantityPerUnit,UnitPrice, UnitsInStock, UnitsOnOrder, ReorderLevel, Discontinued,CategoryName, SupplierNameFROM(SELECT ProductID, ProductName, SupplierID, CategoryID, QuantityPerUnit, UnitPrice, UnitsInStock, UnitsOnOrder, ReorderLevel, Discontinued,(SELECT CategoryNameFROM CategoriesWHERE Categories.CategoryID = Products.CategoryID) AS CategoryName,(SELECT CompanyNameFROM SuppliersWHERE Suppliers.SupplierID = Products.SupplierID) AS SupplierName,ROW_NUMBER() OVER (ORDER BY ProductName) AS RowRank FROM Products) AS ProductsWithRowNumbersWHERE RowRank > @startRowIndex AND RowRank <= (@startRowIndex +@maximumRows)创建完存储过程后,花点时间测试一下.右键在Server Explorer 点名为GetProductsPaged 的存储过程,选择执行.Visual Studio 会让你输入参数, @startRowIndex和@maximumRows(见图7).输入不同的值查看一下结果是什么.图7: 为@startRowIndex 和@maximumRows Parameters输入值输入参数的值后,你会看到结果.图8的结果为两个参数的值都为10的结果.图8: 将在第二页里显示的数据完成存储过程后,我们可以创建ProductsTableAdapter 方法了.打开Northwind.xsd ,右键点ProductsTableAdapter,选择Add Query.选择使用已经存在的存储过程.图9: 使用已经存在的存储过程创建DAL Method下一步会要我们选择要调用的存储过程.从下拉列表里选择GetProductsPaged .图10: 选择GetProductsPaged下一步要选择存储过程返回的数据类型:表值,单一值,无值.由于GetProductsPaged 返回多条记录,所以选择表值.图11: 为存储过程指定返回表值最后给方法命名.象前面的方法一样,选择Fill a DataTable 和Return a DataTable,为第一个命名为FillPaged ,第二个为GetProductsPaged.图12: 命名方法为FillPaged 和GetProductsPaged除了创建一个DAL方法返回特定页的products外,我们需要在BLL里也这样做.和DAL方法一样,BLL的GetProductsPaged 方法带两个整型的输入参数,分别为Start Row Index 和Maximum Rows,并返回在指定范围内的记录.在ProductsBLL 创建这个方法,仅仅调用DAL的GetProductsPaged 就可以了.[ponentModel.DataObjectMethodAttribute(ponentModel .DataObjectMethodType.Select, false)]public Northwind.ProductsDataTable GetProductsPaged(int startRowIndex, int maximumRows){return Adapter.GetProductsPaged(startRowIndex, maximumRows);}你可以为BLL方法的参数取任何名字.但是我们马上会看到,选择用startRowIndex 和maximumRows 会让我们在配置ObjectDataSource 时方便很多.第四步: 使用自定义分页配置ObjectDataSource创建完BLL和DAL的方法后,我们可以准备创建一个GridView 来使用自定义分页了.打开PagingAndSorting 文件夹里的EfficientPaging.aspx ,添加一个GridView ,然后用ObjectDataSource 来配置它.在我们以前的教程里,我们通常使用ProductsBLL 类的GetProducts 方法来配置ObjectDataSource .然而这一次,我们使用GetProductsPaged 方法.GetProducts 会返回所有的products而GetProductsPaged 只返回特定的记录.图13: 使用ProductsBLL Class类的GetProductsPaged方法来配置ObjectDataSource我们要创建一个只读的GridView,因此在INSERT, UPDATE, 和DELETE 标签下拉列表里选择(None).接下来ObjectDataSource 向导会让我们选择GetProductsPaged 方法的输入参数startRowIndex 和maximumRows 的值.在source里选择none.图14: Sources 里选择None完成ObjectDataSource 向导后,GridView 会为每个product字段创建一个BoundField 或CheckBoxField .可以随意裁减GridView 的外观.我这里选择的是只显示ProductName, CategoryName, SupplierName, QuantityPerUnit, 和UnitPrice BoundFields.在智能标签里选择支持分页,GridView 和ObjectDataSource 的标记看起来应该和下面差不多:<asp:GridView ID="GridView1" runat="server" AutoGenerateColumns="False" DataKeyNames="ProductID"DataSourceID="ObjectDataSource1" AllowPaging="True"><Columns><asp:BoundField DataField="ProductName" HeaderText="Product"SortExpression="ProductName" /><asp:BoundField DataField="CategoryName" HeaderText="Category" ReadOnly="True" SortExpression="CategoryName" /><asp:BoundField DataField="SupplierName" HeaderText="Supplier" SortExpression="SupplierName" /><asp:BoundField DataField="QuantityPerUnit" HeaderText="Qty/Unit" SortExpression="QuantityPerUnit" /><asp:BoundField DataField="UnitPrice" DataFormatString="{0:c}" HeaderText="Price"HtmlEncode="False" SortExpression="UnitPrice" /></Columns></asp:GridView><asp:ObjectDataSource ID="ObjectDataSource1" runat="server" OldValuesParameterFormatString="original_{0}"SelectMethod="GetProductsPaged" TypeName="ProductsBLL"><SelectParameters><asp:Parameter Name="startRowIndex" Type="Int32" /><asp:Parameter Name="maximumRows" Type="Int32" /></SelectParameters></asp:ObjectDataSoure>如果你通过浏览器浏览页面,你会发现看不到GridView .图15: GridView 没有被显示由于在ObjectDataSource 里的GetProductsPaged的startRowIndex和maximumRows的参数都为0,由SQL没有返回任何的记录因此GridView 看不到了.我们需要将ObjectDataSource 配置成为自定义分页来修补上面的问题.下面的步骤可以完成这个:1.将ObjectDataSource的EnablePaging 属性设为true –这样表示必须传两个参数给SelectMethod方法: 一个指定Start Row Index(StartRowIndexParameterName), 一个指定Maximum Rows(MaximumRowsParameterName).2.设置 ObjectDataSource的StartRowIndexParameterName 和MaximumRowsParameterName 属性–StartRowIndexParameterName 和MaximumRowsParameterName 属性是传给SelecMethod用来自定义分页的输入参数. 默认的参数名为startIndexRow and MaximumRows, 这就是在创建BLL里的GetProductsPaged方法时用这些给参数命名的原因 . 如果你使用了其它的参数名字–比如startIndex和maxRows–你将不得不相应的设置ObjectDataSource的StartRowIndexParameterName和MaximumRowsParameterName(startIndex和maxRows).3.设置 ObjectDataSource的SelectCountMethod Property为返回分页记录总数的方法的名字(TotalNumberOfProducts)–调用ProductsBLL类的TotalNumberOfProducts方法返回总的记录数 . ObjectDataSource 需要这个信息来正确的显示页面.4.从ObjectDataSource的声明里移除startRowIndex and maximumRows<asp:Parameter> 元素的标记–当通过向导配置ObjectDataSource 时, Visual Studio 自动为GetProductsPaged方法的参数增加了两个<asp:Parameter> 元素. 设置EnablePaging 为true后, 这些参数会被自动传递;如果在声明代码里保留它们,那么ObjectDataSource会试图传递4个参数给GetProductsPaged和2个参数给TotalNumberOfProducts .如果你没有移除<asp:Parameter> ,当浏览页面的时候你会获得一个象这样的错误信息:“ObjectDataSource 'ObjectDataSource1' could not find a non-genericmethod 'TotalNumberOfProducts' that has parameters: startRowIndex,maximumRows.”做完这些改动后,ObjectDataSource的声明代码看起来应该和下面差不多:<asp:ObjectDataSource ID="ObjectDataSource1" runat="server"OldValuesParameterFormatString="original_{0}" TypeName="ProductsBLL"SelectMethod="GetProductsPaged" EnablePaging="True"SelectCountMethod="TotalNumberOfProducts"></asp:ObjectDataSource>注意EnablePaging和SelectCountMethod属性已经被设置了,<asp:Parameter>被移除了.图16是属性窗口.图16: 使用自定义分页配置,ObjectDataSource完成这些后,浏览页面.你会看到10条product按照字母排序被列出来了.每次翻一页看看.对用户来说现在还看不出来什么差别,因为自定义分页在大数据量的情况下效率才能显示出来.图17: 根据Product的Name排序的数据的自定义分页注意:自定义分页时,ObjectDataSource的SelectCountMethod方法返回的page count 值存在GridView的view state里.其它变量–PageIndex,EditIndex,SelectedIndex,DataKeys集合等–都存在control state里.control state和GridView的EnableViewState属性无关.由于PageCount的值在postback期间存在viewstate里,当你的页面上有链到上一页的link时,你需要开启GridView的view state(如果没有这个link,你可以禁用view state).点上一页link会引起postback,GridView会更新PageIndex属性.GridView会给PageIndex赋一个小于PageCount的值.如果禁用了view state,PageCount的值在postback时会丢失,PageIndex会被赋一个最大的整型值.然后GridView在根据PageSize 乘PageCount来计算starting row index时会发生OverflowException异常.执行自定义分页和排序目前我们自定义分页时使用的排序字段是在创建GetProductsPaged存储过程时写死的.在GridView的智能标签里有一个Enable Sorting的checkbox,不幸的是,在前面的工作里加上排序功能仅仅只能将当前页的记录排序.比如,按照降序查看第一页的数据,第一页的product的顺序回反转.见图18,Carnarvon Tigers 成为第一条记录,而在它之后的71条记录被忽略了.排序时只排了显示在第一页的数据.图18: 只有当前页的数据被排序了发生这种情况的原因是调用完BLL的GetProductsPaged方法返回数据之后才排序.耳针个方法只返回特定页的记录.为了正确的排序,我们需要将排序表达式传到GetProductsPaged 方法里,在返回特定页的数据前进行排序.我们将在后面的教程里完成这个功能.执行自定义分页和删除如果你开启GridView的删除功能,你会发现删除最后一页的最后一条记录时,GridView消失了,而不是正确的减掉PageIndex的值.在我们上面创建的GridView里开启删除来查看这个bug.到最后一页(第九页),由于我们有81条记录,每页显示10条,所以你会只看到一条记录,删除这条记录.在默认分页时,GridView会自动跳到第八页,这也是我们想要的结果.然而在自定义分页里, GridView却显示.发生这个的原因有点超出了本教程的范围,可以看Deleting the Last Record on the Last Page from a GridView with Custom Paging.简单的说是因为点Delete时,GridView是按这样的步骤工作的:1.删除记录.2.按照给定的PageIndex和PageSize获取记录.3.检查PageIndex确保没有超过数据源的页的数量.如果是,GridView的PageIndex会自动减.4.使用第二步获取的记录绑定到GridView适当的页.问题的根源在于第二步,当获取显示的记录时,使用的PageIndex仍然是最后一页的PageIndex.因此没有记录被返回.在第三步里GridView判断出PageIndex属性大于数据源的总页数(因为最后一页的最后一条数据被删除了) 就对PageIndex减1.在第四步里GridView试图将第二步获取的数据作为数据源进行绑定,但是没有任何数据,因此显示的GridView不见了.在默认分页里没有这个问题是因为在第二步还是返回的所有数据.我们可以用两种方法来修改这个.第一是为GridView的RowDeleted事件创建一个event handler来判断在删除页里有多少条记录,如果只有一条,那么这条肯定是最后一条,我们需要为PageIndex减1.当然我们希望只在删除成功后来修改PageIndex的值.我们需要用e.Exception属性是否为空来判断.这个方法之所以起作用是因为它在第一步和第二步之间修改了PageIndex的值.因此在第二步里正确的记录会被返回.见如下代码:protected void GridView1_RowDeleted(object sender, GridViewDeletedEventArgs e) {// If we just deleted the last row in the GridView, decrement the PageIndexif (e.Exception == null && GridView1.Rows.Count == 1)// we just deleted the last rowGridView1.PageIndex = Math.Max(0, GridView1.PageIndex - 1);}另外一种办法是为ObjectDataSource的RowDeleted事件创建一个event handler,设置AffectedRows属性为1.在第一步删除记录后(在第二步之前),如果一行或多行记录被影响,GridView会更新PageIndex的值.然而ObjectDataSource 并没有设置AffectedRows,因此这一步不会执行.我们需要在删除操作成功的情况下手动设置AffectedRows.见下面的代码:protected void ObjectDataSource1_Deleted(object sender, ObjectDataSourceStatusEventArgs e){// If we get back a Boolean value from the DeleteProduct method and it's true, // then we successfully deleted the product. Set AffectedRows to 1if (e.ReturnValue is bool && ((bool)e.ReturnValue) == true)e.AffectedRows = 1;}这些代码都可以在EfficientPaging.aspx的code-behind class里找到比较默认和自定义分页的性能由于自定义分页返回需要的数据,而默认分页返回全部数据,因此自定义分页比默认分页更有效率是非常清楚的.但是性能上的提升究竟有多少?从默认分页换成自定义分页有什么性能上的优势?很不幸,没有一个统一的答案.性能的优势取决于很多因素,其中最重要的是分页记录的数量,数据库的负载和web server和数据库的通信渠道.对一些小的表来说,性能的差异是可以忽略的.对成千上万行数据的表来说,差异是非常明显的.我们的一篇Custom Paging in 2.0 with SQL Server 2005文章包含一些对比这两种分页技术的性能测试,用到的表有大概50,000 条记录.在测试中我分别测试了在SQL Server里（使用SQL Profiler）和页面里（使用’s tracing features）执行查询的时间．注意这是在我的开发环境下单个用户的测试结果，因此没有模仿典型的网站的负载情况，结果也并不科学．如你所见，获取特定页的数据平均少了354 reads，并在恩短的时间完成．而在页面里，自定义分页是默认分页所花费时间的1/100．在my article可以看到更多的测试信息和代码，你可以下载测试数据库在你的环境里重新测试．总结默认分页是非常容易实现的–你仅仅只需要选择控件上的智能标签里的Enable Paging checkbox –但是方便带来的是性能的损失．在默认分页时，用户无论请求哪个页面，所有的数据都会被返回，即使只有一小部分被显示出来．为了提升性能，ObjectDataSource 提供了一个可选择的分页功能–自定义分页．自定义分页通过只获取需要显示的数据来解决默认分页的性能问题，但是使用起来更麻烦．首先，请求特定数据的查询语句必须正确而且有效．这个可以通过很多方法来实现．在本教程里我们使用SQL Server 2005的ROW_NUMBER来实现给结果分级，然后返回等级在特定范围内的数据．其次我们需要增加一个方法来获取需要分页的总记录数．在创建完DAL和BLL方法后，我们还需要配置ObjectDataSource以使它可以获取需要分页的总记录数，并将正确的Row Index 和Maximum Rows 的值传给BLL．虽然使用自定义分页需要一系列的操作，而且远没有默认分页那么简单．但是在大数据量的情况还是必须的．只显示需要的数据，自定义分页可以节省很多时间，减轻数据库的负担．。
