Grid内存分页与数据库分页的区别

awxtggg

看上示例，但还是没有明白内存分页与数据库分页的区别在哪儿
数据库分页时，使用的是

DataTable table = GetPagedDataTable(Grid1.PageIndex, Grid1.PageSize);

从GetPagedDataTable函数中可以看到，数据来源是这样的：

DataTable source = GetDataTable();
DataTable paged = source.Clone();

而内存分页时使用的是
DataTable table = GetDataTable();
Grid1.DataSource = table;
Grid1.DataBind();

我认为，如果记录有1000条，那么无论使用数据库分页还是使用内存分页，都是要先把1000条记录先从数据库服务器读到IIS服务器，然后再做处理。如果是这样的话，数据库分页方式，每次翻页都要去申请一次1000条记录，而内存分页方式，把1000条数据都保存在了内存中，虽然占用了内存，但不用每次都去重新申请数据。

我的理解对吗？正确的情况应该是怎么样的？

大石头

这个数据库分页开关，仅用于计算分页，并不会为你执行分页的数据库操作。
随意，怎么样取数据，还是靠你自己。

我昨天扩展了ExtAspNet，增加了DataSourceID的支持，直接可以绑定ObjectDataSource，然后可以自动的调用ObjectDataSource进行分页查询、排序、删除等操作

碎心逝夢

如果是用ORM框架的话，使用LINQ分页是个不错的选择

Landroid

建议使用数据库分页。
查询时，传入参数pageSize，pageIndex和条件参数，
使用select top * 。。。或者其他方法查询到当前页的数据就可以了。

水若寒冰

落末醉 发表于 2012-3-23 16:03
如果可以实现 数据量大肯定有优势

你可以试下，利用webservice。插入2万条记录到数据库，当你读取剩余的数据时我保证你电脑的cpu使用率在100%不会下来。页面处于无反应状态

落末醉

水若寒冰 发表于 2012-3-21 10:59
个人认为没那必要。如果数据量比较小，你可以一次读取出来使用内存分页。数据量比较大的时候使用数据库分 ...

如果可以实现 数据量大肯定有优势

水若寒冰

孤独的过客 发表于 2012-3-21 21:21
这个数据库分页的问题都不解决的话,就根本不应该去写商业的项目,否则就太........
因为一般商业的项目.数据 ...

建议你用SubSonic做对数据库的操作，SubSonic功能还是相当强大的。里面就包括了数据库分页的功能，用起来也很方便。再者说了，像数据库分页你完全可以自己写存储过程去实现。一个人的精力毕竟有限，方方面面都要考虑到的确不容易。能实现大部分功能已经很了不起了。

30372245

水若寒冰 发表于 2012-3-21 10:59
个人认为没那必要。如果数据量比较小，你可以一次读取出来使用内存分页。数据量比较大的时候使用数据库分 ...

顶！这个分析很精辟。一般超过500条数据都要考虑数据库分页

孤独的过客

这个数据库分页的问题都不解决的话,就根本不应该去写商业的项目,否则就太........
因为一般商业的项目.数据都是非常大的.全部取出,该是多么痛苦的事情

水若寒冰

落末醉 发表于 2012-3-21 10:35
有没啥办法结合这两种方法，先载当前页，异步把数据全载下来放内存

个人认为没那必要。如果数据量比较小，你可以一次读取出来使用内存分页。数据量比较大的时候使用数据库分页。这样都能发挥出各自的优点