我一直在搜索,我无法想出这一个.我正在开发一个Winforms UI,它正在拉动我需要在DataGridView中显示的大量行.我已经阅读了有关限制行数和分页的所有内容,我完全没有办法做到这一点.基本上我正在编写我在Codeplex上编写的SQL Server 2008扩展事件管理器的TargetDataViewer控件.
http://extendedeventmanager.codeplex.com/
基于特定目标以及它如何呈现数据,我只能做我能做的事情.我想要做的是将从目标读取的数据流式传输到DataGridView,类似于Profiler或SQL Server Management Studio在流入时显示数据的方式.我重写了很多代码,并使用BackgroundWorker提取数据并将其处理为DataTable.如果我没有设置DataGridView.DataSource = DataTable,我可以在几分钟内将300K +行数据加载到DataTable中,它确实运行得很快.一旦我将DataTable添加到DataSource,它就会慢慢停止(而不是几分钟,相同的300K行可能需要1/2小时).
我知道问题不是我的处理代码,它特定于绑定到DataGridView.DataSource,我有时间码来证明这一点.我无法弄清楚如何解决这个问题.对于性能,我可以在加载数据后将控件绑定到DataTable,但这是一个非常糟糕的用户体验.我看到很多人在加载数据时抱怨DataGridView的性能影响,所以这可能只是我遇到的限制?有任何想法吗?
考虑当您DataTable
从a中填充一行未绑定时会发生什么DataReader
:A DataRow
创建,填充DataReader
并添加到Rows
集合中.然后,在创建绑定时,DataGridView
从表中提取数据并在屏幕上构建视图.
当您填充DataTable
其绑定到DataGridView
启用时会发生什么?一堆乱七八糟的事件处理.每次更改绑定属性时,都会引发属性更改事件,绑定控件会处理它.这不会发生300,000次,每列发生300,000次.
如果你关闭它,并且偶尔只更新绑定控件怎么办?看看这个方法:
private void PopulateDataTable() { int rowCount = 10000; bindingSource1.RaiseListChangedEvents = false; for (int i = 0; i < rowCount; i++) { DataRow r = DT.NewRow(); for (int j = 0; j < ColumnCount; j++) { r[j] = "Column" + (j + 1); } DT.Rows.Add(r); if (i % 500 == 0) { bindingSource1.RaiseListChangedEvents = true; bindingSource1.ResetBindings(false); Application.DoEvents(); bindingSource1.RaiseListChangedEvents = false; } } bindingSource1.RaiseListChangedEvents = true }
您必须调用ResetBindings来强制更新绑定控件.这需要时间,因为您无法绕过构建DataGridViewRow
对象的成本,但取消事件是一项重大改进.在我的机器上,如果我填充一个10列,10000行DataTable
绑定到a DataGridView
,则需要2900毫秒.如果我在整个时间内关闭数据绑定,则需要155毫秒.如果我每500行重置一次绑定,则需要840毫秒.
当然,如果我填充300,000行表,我不会每500行重置绑定; 我可能会在500行标记处执行一次,然后将其关闭直到操作完成.但即使你这样做,你也需要Application.DoEvents
经常调用,以便UI可以响应事件.
编辑
别担心这一点Application.DoEvents
; 如果您在后台任务中填充表格,则不需要这样做.
但是,你需要确保你重新在绑定BackgroundWorker
的ProgressChanged
事件处理程序,而不是在DoWork
方法.如果您实际让用户在另一个线程上填充其数据源时在绑定中编辑数据,那么您将体验到一个受伤的世界DataGridView
.