Правильная работа с БД

[GuinPin]

В качестве исходных данных имеется VB .NET из комплекта VS .NET 2003, MySQL на котором лежит база.
Необходимо показать пользователю справочник номенклатуры. В настоящее время там лежит примерно 53 килозаписи, скоро будут примерно 200.
Для отображения я использую ListView, т.к. для меня он более удобен. Однако, в данном случае, это не столь принципиально.
Проблема заключается в том, что заполнение данными занимает от минуты до полутора и памяти после этого приложение отжирает метров 50-60 (при использовании DataGrid+ODBC примерно то же самое)
Не подскажет ли All, как правильно работать с данными?
Тот же 1С (с которого и переползаем) открывает справочник практически мгновенно, при этом памяти расходуется метров 15-19 на все приложение.
В общем, подскажите, куда ткнуться, что почитать, etc.

Заранее сэнксы.

С уважением, Сошников Иван

[Ennor]

Во-первых, а чего еще ты хотел от НЕТа? Мне иногда кажется, что он создавался для машин с бесконечной памятью.
Далее. 1С наверняка использует асинхронную подкачку данных, т.е. сначала быстро показывает тебе первые 100-200 записей, а все остальное тихо качает, пока ты втыкаешь на первые результаты. Не знаю, как с асинхронностью в ADO.NET, но в старом, чтоб такое реализовать... короче, проще было сразу все на ODBCDirect писать.

Используй фильтр. Выводи только первые записи, например, TOP 100. Пытайся использовать async fetch, если это возможно. Вариантов много, короче.

[Andrey Fedorov]

NET тут вообще-то не причем - все дело как всегда в ручках!

1. ListView нагружаемый контрол - по определению при загрузке большого количества записей он будет тормозить! Тут ты сам себе злой буратино. Кстати, а что в нем хорошего? Возьми нормальный Grid-тот же Janus GridEx и забудешь про ListView и родной DataGrid как про страшный сон.

2. Дергать большое количество записей (которых на сервере могут быть миллионы) нехорошо по определению - надо или ограничивать количество выборки (то есть выбирать к примеру только 300 записей, а для остальных просить пользователя уточнить условие), ну или использовать в качестве источника данных динамический Recordset.
В ADO.NET такого не предусмотрено, но никто не мешает использовать обычное ADO (если очень хочется). Хотя лучше, конечно, ограничиться каким-то количеством выводимых записей...