Questq2Грубо говоря, вот есть результаты запроса к БД, 10 тыс записей , а вот есть коллекция на 100 тыс записей, в которую надо эти результата засунуть.В очередной раз. Зачем биндить к UI коллекцию со 100 тыс записями? Чё он с ними делать будет?

Questq2Алексей К,

Ну я так и понял, что либо я чего-то не знаю (менее вероятно), либо я неправильно использую (более вероятно). Потому как такая насущная проблема полюбому уже должна быть решена на уровне фреймворка.

То есть, предлагаете такое вообще не биндить? Ну а как тогда делать? Положить туда только то, что вмещается на экран? Допустим, но как тогда делают приложения с быстрыми гридами в десятки тысяч записей?Дать пользователю возможность фильтрации. При изменении фильтра (нажатии кнопки "Обновить" и т. п.) делать запрос к модели (ваши 100000 записей). Отображать данные, попадающие под введённые критерии фильтра. Подумать о возможности не тянуть много записей из СУБД, а организовать расчёты на уровне SQL.

Questq2Я правильно понимаю, что самый быстрый способ обновить забинденную и отображаемую коллекцию, это просто проверить знчения ячеек условием на равенство, и если равенства нет - заменить содержимое? У меня варианты с предварительным Clear() (даже на коллекциях в 20 строк) работали медленнее.Запросить у модели новую коллекцию для отображения. Заменить старую (ранее забинденную) коллекцию на новую. Можно заменять не всю коллекцию а отдельные записи. В зависимости от потребностей. Получение новой коллекции можно вынести в фоновый поток.

Questq2Допустим, но как тогда делают приложения с быстрыми гридами в десятки тысяч записей?В WPF DataGrid и ListBox имеют виртуализацию записей. Просчитываются только отображаемые на экране элементы. Но, зачастую, особенно в DataGrid, отображаемых на экране элементов хватает для тормозов. Т. е. тормоза DataGrid не зависят от количества записей в исходном наборе данных. Можно попробовать установить фиксированную ширину колонок и высоту строк. Возможно поможет.

.ЛПНа современных клиентах можно термоядерные реакции считать... в реальном времени...
В плюшевом смартфоне процессор мощнее, чем в каком-нибудь энтерпрайз-серваке пятнадцать лет назад... и памяти побольше.
А вы тут на какие-то 1000К чего-то пытаетесь концепцию натянуть... прикрывая чью-то (совершеннейший нефакт что свою) задорукость...Тонким местом может стать передача данных по СПД. Хотя, если СПД такая же сверхбыстрая и сверхнадёжная как у биржевых терминалов - почему бы и нет. Подписываемся на какую-нибудь очередь аля MSMQ и вперёд. Если чё сломается - валим всё на сетевых админов.