Asp.net 网格视图分页

我有一个gridview，大约有300-400行，用于报告；它需要分页和排序。我的选择是在这两个选项之间：a）在一个查询中加载300-400，让gridview进行分页和排序；b） 在数据源级别处理分页/排序。我知道b）会更好/更快/更高效。。。在我的背景下，我希望能相对较快地完成一些事情；如果我选择a），页面是否会看起来非常慢

谢谢。

读斯科特·古思里的

如何实现使用ASP.NET 2.0和Atlas构建的数据结果搜索页面，该页面可以使用ASP.NET 2.0 GridView控件显示数十万行结果。结果是使用基于“分页”的UI模型格式化的——每页显示15个结果，用户可以从一页跳到另一页来查看他们的数据。对于kicks，我还添加了对编辑和删除每一行的支持

---

虽然300-400行不是一个特别大的数据集，但我肯定会投票支持选项B，因为它肯定会更具可伸缩性。一旦开始获取大量数据集，用一个查询加载所有数据，并让GridView处理分页，最终速度会非常慢。更好的选择是，如您所说，只查询每个页面所需的数据

---

但是，如果您的数据集不超过300-400条记录，您可能不需要太担心加载时间，但关键在于可伸缩性。

使用GridView的内置功能，一次性加载整个数据。当您的记录数非常少时，在数据库中实现分页（例如使用RowNumber）是不值得的，特别是因为您提到您正在寻找一个快速的解决方案。当您在GridView中启用分页时，性能就足够了。

您可以使用ajax控件来控制页面大小客户端，请尝试查看www.codeproject.com谢谢。在我的例子中，数据集永远不会超过300-500行，因为它用于报告某种日常活动。你是说一台服务器可以同时处理多少用户的可伸缩性吗？@frenchie:我说的是分页数千或几十万条记录，但由于不会超过300-500条记录，你可以在视图级别分页数据。@downvoters:我很奇怪没有人评论downvoters。如果您需要为db分页解决方案支付额外的时间（0,5-3天），而在这种情况下根本不需要db分页解决方案，您会提出完全不同的观点；但我不知道什么时候。实际上看起来可能很快就会出现，因为另一个网格将需要分页，当我这样做的时候，我可能会花更多的时间来分页这个特定的网格。对于那些拒绝投票的人，请记住，最终用户希望应用程序完成，而不是完美。把它做好，伙计！