【问题标题】:Gridview + Entity Framework + Big dataGridview + 实体框架 + 大数据
【发布时间】:2013-10-24 16:56:49
【问题描述】:

我正在尝试找出管理可能包含 30,000-500,000 条记录的 Gridview 的最有效方法。如果重要,我首先使用实体​​框架代码。

每次更改页面或单击编辑命令时都会访问数据库。我相信我应该使用自定义分页一次只检索某些行。我认为会话变量的数据太多。

我是否需要切换到自定义分页方法,或者我的代码一开始听起来有问题?我相信每次重新绑定时它的表现都应如此。

提前感谢

【问题讨论】:

  • 为什么在问题中添加Big Data
  • 我不确定即使是最低限度的数字也可以处理。换句话说,即使您可以分页浏览 30K 个结果,这又有什么用呢?当出现像您这样的问题时,我一直会问这个问题。
  • 用户永远不会想要处理如此庞大的数据。向他/她展示其中的一部分,以及何时他/她想要加载更多。
  • 对不起,我认为这被认为是大数据。另外,我同意一次提取 30,000 条记录是没有意义的。但是,我不确定自定义分页如何与实体框架一起使用。我会通过我想要的 id 范围并编辑 linq 查询吗?请原谅我的无知,我正在努力学习。
  • @user1973080 WhereSkipTake 将成为您在这里寻呼的朋友。对于这样一个简单的案例,EF生成的SQL应该是不错的。

标签: c# asp.net entity-framework gridview


【解决方案1】:

当您使用大型数据库时,实体框架会大大降低速度,这就是为什么我在超过 200 万条记录的数据库中使用DAPPER。它非常易于使用,您可以在 5 分钟内阅读文档。不用说,对于 EntityFramework,Dapper 会在几秒钟而不是几分钟(最多一小时)内将数据返回给我。

当您使用 DAPPER 时,您必须创建自定义分页...

【讨论】:

  • 这很有趣。我将对此进行更多研究。感谢您的反馈。
猜你喜欢
  • 1970-01-01
  • 2011-11-27
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2019-11-02
  • 2018-04-08
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多