我到处搜索过，我无法想出这个。我正在开发一个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的性能影响，所以这可能只是我遇到的限制？有什么想法吗？
答案 0 :(得分：12)
考虑当您使用DataTable中的一行填充未绑定的DataReader时会发生什么：创建DataRow，从DataReader填充，并添加到Rows DataGridView集合。然后，当您创建绑定时，DataTable从表中提取数据并在屏幕上构建视图。
填充与DataGridView绑定的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
}
时会发生什么？一堆乱七八糟的事件处理。每次更改绑定属性时，都会引发属性更改事件，绑定控件会处理它。这不会发生300,000次，每个列发生300,000次。
如果关闭此功能，并且仅偶尔更新绑定控件，该怎么办？看看这个方法：
DataGridViewRow您必须调用ResetBindings来强制更新绑定控件。这需要时间，因为您无法弥补构建DataTable对象的成本，但取消事件是一项重大改进。在我的机器上，如果我填充一个绑定到DataGridView的10列10000行Application.DoEvents，则需要2900毫秒。如果我在整个时间内关闭数据绑定，则需要155毫秒。如果我每500行重置一次绑定，则需要840毫秒。
当然，如果我填充300,000行表，我不会每500行重置一次绑定;我可能会在500行标记处执行一次，然后将其关闭直到操作完成。但即使您这样做，也需要经常调用Application.DoEvents，以便UI可以响应事件。
修改
别担心BackgroundWorker;如果你在后台任务中填充表格，则不需要这样做。
但您需要确保在ProgressChanged的{{1}}事件处理程序中重置绑定，而不是在DoWork方法中重置绑定。如果您在另一个线程上填充其数据源时实际让用户编辑绑定的DataGridView数据，那么您将会遇到一个受伤的世界。