当前位置:  开发笔记 > 编程语言 > 正文

绑定到DataGridView.Datasource时加载DataTable慢

如何解决《绑定到DataGridView.Datasource时加载DataTable慢》经验,为你挑选了1个好方法。

我一直在搜索,我无法想出这一个.我正在开发一个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的性能影响,所以这可能只是我遇到的限制?有任何想法吗?



1> Robert Rossn..:

考虑当您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; 如果您在后台任务中填充表格,则不需要这样做.

但是,你需要确保你重新在绑定BackgroundWorkerProgressChanged事件处理程序,而不是在DoWork方法.如果您实际让用户在另一个线程上填充其数据源时在绑定中编辑数据,那么您将体验到一个受伤的世界DataGridView.


很高兴听见.我认为你仍然可能在绑定到数据源的UI控件时遇到很多麻烦,其中包含300K记录.这似乎是一个疯狂的数据量,试图用DataGridView的有限工具来管理.
推荐阅读
oDavid_仔o_880
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有