GridDB для >10 000 записей

[svi2009]

Здравствуйте.
Заметил, что GridDBTableView от DevExpress при 10 000 записях в базе данных начинает "притормаживать" при работе с ними (сортировка, "горячий" фильтр) средствами самого GridDBTableView.

Посоветуйте GridDB, который справлялся бы с большим количеством записей и имел бы такие встроенные функции как сортировку и фильтр.

Спасибо.

 

[ZSer]

Не совсем грид, но умеет все http://virtual-treeview.googlecode.com/svn/trunk/
И сложный по началу

 

[XProger]

EhLib+fibPlus при 30000 работает нормально =)
"горячий" фильтр сделай через запрос и будет быстрее...

 

[adnansirca]

use, İnfopower comp..(wwdbgrid)+fibplus

 

[LeshaRB]

Fetch использовать

 

[elice]

EhLib+fibPlus 30000 работает

 

[-m-]

kbmmemtable as underling dataset

 

[white_nigger]

У грида DevExpress давно есть специальные вьюхи и режим server-mode для работы с серверами SQL. Быстро работают и на > 100000 записей. Всё зависит от возможностей сервера и сетки

 

[nike1968]

А если больше 500000 записей то что лучше?

 

[qvint]

А если больше 500000 записей то что лучше?

Лучше в этом случае подумать, а какого черта 500000 записей делают в гриде

 

[Mr.Long]

Лучше в этом случае подумать, а какого черта 500000 записей делают в гриде

+1
Скажите мне, что будет делать пользователь с этими тысячами. Однознчно они все ему не нужны, а нужны лишь только пара строк, которые будут из них найдены при помощи Excel или еще чего.
Подумайте над тем, что в конечном итоге хочет пользователь и сделайте это на стороне сервера.

 

[nike1968]

+1
Скажите мне, что будет делать пользователь с этими тысячами. Однознчно они все ему не нужны, а нужны лишь только пара строк, которые будут из них найдены при помощи Excel или еще чего.
Подумайте над тем, что в конечном итоге хочет пользователь и сделайте это на стороне сервера.

Все очень просто. В базе более 500 000 объектов. Из них можно выделить 24 группы.
Так вот в самой большой группе более 200000 записей.
Типа список всех объектов в городе. И нужен поиск по улицам и тд.

 

[Mr.Long]

Все очень просто. В базе более 500 000 объектов. Из них можно выделить 24 группы.
Так вот в самой большой группе более 200000 записей.
Типа список всех объектов в городе. И нужен поиск по улицам и тд.

А зачем делать фильтрацию на стороне клиента?
Выполняй поиск на сервере, а на клиент возвращай уже результат.
+
Использовать fetch порциями, вместо того, чтоб вытянуть все данные, если под критерии поиска попадает множество строк.
Когда пользуешься Google ты же не делаешь "Отобразить все страницы в интернете", а дальше я сам, через поиск в браузере

 

[NkzAlex]

Странно, у нас 500 000 записей не стесняются запрашивать, грид не тормозит, только памяти в компе бывает не хватает

 

[dmitrigan]

вообще не комильфо грид грузить большим количеством записей.
лучше запросы на стороне сервера и только необходимый результат загружать в грид

 

[HSKL]

Обнови DevExpress, они уже давно оптимизировали на большое количество записей

Добавлено через 2 минуты
Есть также бесплатный компонент Fast GridView

 

[LeshaRB]

У меня нет слов я писал еще
Два года назад подгружать частями!!!!


Зачем поднимать тему

 

[pppDSV]

EhLib + ADO - работают нормально и при 300 т. записей. Много зависит от размера самой записи, число полей их тип, форматирование и.т.п

 

[kouvaev]

А что значит "Горячий фильтр"?
это когда на сервере что-ли?

 

[lSeVeRl]

EhLib - однозначно, как альтернатива - TMS grids