将 Telerik radgrid 与自定义分页绑定时存储 900000 条记录的最佳方式

发布于 2024-12-09 05:11:29 字数 288 浏览 0 评论 0原文

我正在 sharepoint 2010 中创建示例应用程序，我想在 telerik radgrid 中加载 900000 条记录，所以首先我将所有 900000 条记录存储在 viewstate 中，并从 viewstate 获取 50 条记录，并将其绑定到 radgrid 由于性能问题，但页面大小变得非常大，所以它抛出页面超时错误，之后我将 900000 条记录存储在 SPWeb 属性包中，而不是存储在 viewstate 中尽管它抛出了同样的错误，但任何人都可以帮助我。我可以在哪里存储这些（900000）值而不会出现任何超时问题或性能问题，请帮助我

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

一抹微笑 2024-12-16 05:11:29

您不想在视图状态中存储 900,000 条记录。这是对客户端和服务器资源的可怕浪费。而且，如果您的目标是自定义分页解决方案，则没有理由将所有信息存储在客户端。哎呀！

考虑阅读诸如高效分页之类的文章通过大量数据。有点过时，但基本概念是合理的。查看您的查询，了解概念很重要。

回复收藏 0 原文

好菇凉咱不稀罕他 2024-12-16 05:11:29

ViewState 并不是一个神奇的数据垃圾填埋场。它的目的是保存控件的状态信息，仅此而已。在某些情况下，人们会将其用于其他用途，但永远不应该将其用于存储大量数据。

至于您的问题，您需要实施某种类型的搜索或过滤系统来减少结果。不应该出现需要从数据库检索近 1,000,000 个结果的情况。

如果无法实现搜索，请使用分页并将行边界传递给存储过程，以便它仅返回当前页的结果。

以下是如何使用分页将结果限制为一页的快速示例：

CREATE PROCEDURE dbo.GetProductsPaged ( 
    @startRowIndex int, 
    @maximumRows int 
) AS

SELECT PriceRank, ProductName, UnitPrice 
FROM (SELECT ProductName, UnitPrice, ROW_NUMBER() OVER(ORDER BY UnitPrice DESC) AS PriceRank FROM Products ) AS ProductsWithRowNumber 
WHERE RowRank > @startRowIndex AND RowRank <= (@startRowIndex + @maximumRows)

您可以参考以下文章来获取有关上述内容的帮助：
http://www.asp .net/data-access/tutorials/efficiently-paging-through-large-amounts-of-data-vb

编辑

听起来此信息在任何情况下都不是特定于用户的方式，所以你也可以看看缓存数据，如下所示：

DataTable table = new DataTable("LotsOfData");

if (Cache.Get("MyData") == null) 
{ 
    //retrieve the data from the database
    table = GetLotsOfData();         

    //store the data in cache
    Cache.Insert("MyData", table); //store the data in cache
} 
else 
{ 
    //get the data from cache
    table = (DataTable)Cache.Get("MenuData"); 
}

ViewState is not a magical landfill for data. It is intended to hold state information for controls, and that's it. There are circumstances where people use it for other things, but it should never, ever be used to store large chunks of data.

As for your question, you need to implement some type of search or filtering system to reduce your results. There shouldn't be any scenario where you need to retrieve almost 1,000,000 results from the database.

If you can't implement searching, then use pagination and pass row boundaries to the stored procedure, so it only returns results for the current page.

Here's a quick example of how to use paging to limit results to one page:

CREATE PROCEDURE dbo.GetProductsPaged ( 
    @startRowIndex int, 
    @maximumRows int 
) AS

SELECT PriceRank, ProductName, UnitPrice 
FROM (SELECT ProductName, UnitPrice, ROW_NUMBER() OVER(ORDER BY UnitPrice DESC) AS PriceRank FROM Products ) AS ProductsWithRowNumber 
WHERE RowRank > @startRowIndex AND RowRank <= (@startRowIndex + @maximumRows)

And here's an article you can refer to for help with the above:
http://www.asp.net/data-access/tutorials/efficiently-paging-through-large-amounts-of-data-vb

EDIT

It doesn't sound like this information is user-specific in any way, so you could also look into caching the data, like this:

DataTable table = new DataTable("LotsOfData");

if (Cache.Get("MyData") == null) 
{ 
    //retrieve the data from the database
    table = GetLotsOfData();         

    //store the data in cache
    Cache.Insert("MyData", table); //store the data in cache
} 
else 
{ 
    //get the data from cache
    table = (DataTable)Cache.Get("MenuData"); 
}

回复收藏 0 原文

~没有更多了~