Сравнение Grid-ов

← →
Просто гость (2004-03-31 10:56) [0]

Здравствуйте, многоуважаемый All.
Хочется спросить у Вас, кто каким гридом пользуется и если, можно, кратко аргументировать (быстродействие, многофункциональность, free и т.д.). Заранее спасибо.

← →
VLAD-MAL (2004-03-31 11:18) [1]

TDBGridEh

- Быстродействие !
- Многофункциональность !!
- Free !!!
- Масса документации и примеров !!!!
- Автор - Дмитрий Большаков (поддержи отечественного производителя) !!!!!

← →
stud © (2004-03-31 11:31) [2]

quantumgrid
- функциональность супер
- не фри
- документация на английском

← →
Просто гость (2004-03-31 12:39) [3]

Я сравнивал ли кто-то быстродействие quantumgrid с другими гридами, в частности TDBGridEh? Так как по функциональности лучше чем QuantumGrid, я еще не видел, интересует на сколько это сказывается на скорости.

← →
VLAD-MAL (2004-03-31 12:42) [4]

Обычно сравнивают по быстродействию серверы БД, компоненты доступа к оным, но уж никак не DB-Aware компоненты...

← →
Курдль © (2004-03-31 12:46) [5]

> Так как по функциональности лучше чем QuantumGrid, я еще
> не видел, интересует на сколько это сказывается на скорости.

При работе с немеряным кол-вом записей (миллионы в режиме edgoLoadAllRecords) скорость неимоверная.
Замечена тормознутость при создании более сотни колонок (но это уже изврат). Думаю, что эти компоненты стоят своих денег.

← →
VLAD-MAL (2004-03-31 12:49) [6]

>При работе с немеряным кол-вом записей (миллионы в режиме edgoLoadAllRecords) скорость неимоверная.

Ага, особенно при первоначальной загрузе...

← →
Просто гость (2004-03-31 13:17) [7]

В том то и дело, что очень долго идет первоначальная загрузка. По каждому столбцу строятся индексы, а это накладывает необходимость перестраивать индексы при каждом изменении записей (конечно если нужны такие вещи как сортировка или группировка), а это есть очень долго. У меня даже на 50 тыс. становится работать как-то очень грустно.

← →
VLAD-MAL (2004-03-31 13:21) [8]

Как говорят местные гуру: меняй архитектуру, типа - "не каждый юзер способен обработать сразу 50 000 записей..."

← →
Val © (2004-03-31 14:52) [9]

>VLAD-MAL (31.03.04 13:21) [8]
обработать-то он их может(какая-либо массовая операция)..но зачем ему их видеть? ;)

← →
VLAD-MAL (2004-03-31 14:54) [10]

> обработать-то он их может
Юзер?
>(какая-либо массовая операция)
Типа новогодняя пъянка...

← →
Val © (2004-03-31 15:01) [11]

>VLAD-MAL (31.03.04 14:54) [10]
связка юзер+сервер - страшная штука :)

← →
Курдль © (2004-03-31 15:53) [12]

> обработать-то он их может(какая-либо массовая операция)..но
> зачем ему их видеть? ;)

В режиме загрузки "по необходимости" - edgoPartialLoad в dxDBGrid не работают:
1. Фильтры.
2. Сортировка.
3. Группировка.
4. Суммирование.

← →
VLAD-MAL (2004-03-31 15:55) [13]

Зато все это реализуется на сервере...

← →
Курдль © (2004-03-31 16:39) [14]

> Зато все это реализуется на сервере...

ЧТО РЕАЛИЗУЕТСЯ? 8-()

Группировка "в дерево" при drag-n-drop заголовка столбца в "зону группировки"?

← →
VLAD-MAL (2004-03-31 16:50) [15]

У меня группировка "в дерево" как раз на серваке реализуется (ХП), а про drag-n-drop речи не было... Не совсем понял, в чем трабла.

← →
Курдль © (2004-03-31 17:01) [16]

> Не совсем понял, в чем трабла.

Да траблы-то и нет! :)
См. сабж!
Я говорю о том, что dxDBGrid без проблем строит, ровняет, сортирует, группирует, фильтрует и т.п. единожды полученный набор данных! Не грузит своими личными траблаим сервер (и программиста!) :)

← →
VLAD-MAL (2004-03-31 17:04) [17]

Все от задачи зависит.
Бывает, юзеры часто хотят "свежие" данные видеть...

← →
Alexander_K © (2004-03-31 17:17) [18]

Боюсь показаться не оригинальным:
Я пользуюсь стандартными гридами, мне пока всего хватает...

← →
VLAD-MAL (2004-03-31 17:18) [19]

Ну, типа, они все стандартные. Только стандарты у всех разные.

> Я пользуюсь стандартными гридами, мне пока всего хватает...

Можно пользоваться assembler-ом и тоже не сильно горевать... пока не возникнет жесткий критерий (функциолнальность) / (время реализации) :)

Курдль © (31.03.04 17:20) [20]

Если надо что-то хитрое реализовать, то может и стоит чего-то еще использовать. А если мне надо просто скипятить воды, зачем я буду использовать чайник с числовым-программным управлением?
В зависимости от задачи у всех ведь нужды разные...

← →
VLAD-MAL (2004-03-31 17:41) [22]

Угу. Слышал я такое: "Нафиг ваш FireBird SQL Embedded, я лучше просто - BDE + Paradox".

2Alexander_K © (31.03.04 17:29) [21]
Это скорее не нужды разные, а возможности. Люди и на стандартном наборе чудеса творят (это я не про себя 8-) - могут потому что. А другие не могут (это я про себя 8-), поэтому для реализации своих идей ищут подходящий готовый инструмент и пользуются.

Sergey13 © (31.03.04 17:43) [23]

Дык это все понятно, но ведь автор новости не написал конкретно, что ему нужно от грида, может ему нужен сущий пустяк, а так остается только гадать...

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

← →
dimm22 (2004-03-31 18:07) [26]

Вот у меня первое требование к гриду - это нормальный скролинг. А вот насчёт скорости работы грида, это наверное то же самое, что сравнивать скорость работы форм :-)

2dimm22 (31.03.04 18:07) [26]
Это требование не столько к гриду сколько к датасету.

Сравнение Grid-ов Найти похожие ветки