DBGrid и StringGrid

← →
mate © (2003-01-14 10:03) [0]

Как быстро можно перекидать данные из BdGrid пулученные по запросу Query в соответствующие ячейки StringGrid.

← →
Max Zyuzin © (2003-01-14 10:23) [1]

ИМХО изобратать ничего не надо... данные надо брать не из DBGrid а из Query по нему и бегать...

← →
mate © (2003-01-14 10:25) [2]

мне надо быстро их перекидать , а Query.Next когда записей >10000 это долго.

← →
Наталия © (2003-01-14 10:26) [3]

А для чего в DBGrid выводить 10000 записей? И затем их перекидывать в StringGrid? Правда, интересно, какая задача решается таким путём?

← →
Sergey13 © (2003-01-14 11:03) [4]

2Наталия © (14.01.03 10:26)
Наверное задача перекидывания. 8-) Типа: бери больше - кидай дальше.

← →
mate © (2003-01-14 11:45) [5]

Потому что я не могу кликнув мышкой в ячейку DBGrid бысто поменять (0,01 сек) её содержимое, а в StringGrid могу.

← →
still © (2003-01-14 11:47) [6]

Тогда dbgrid вообще не нужен!
Только query.

← →
Max Zyuzin © (2003-01-14 11:48) [7]

Так тебе наверное еще понадобится потом назад все это безобразие перекидывать??? Вот это точно будет неторопливая операция...

← →
Sergey13 © (2003-01-14 11:49) [8]

2mate © (14.01.03 11:45)
А за 0.02 секунды ты поменяешь 2 ячейки? 8-)
А если серьезно. Зачем тебе тогда вообще DBGrid? Работай сразу со StringFrid. Кидай в нее из Query и работай.

← →
mate © (2003-01-14 11:54) [9]

Sergey13 ©
Тогда как мне быстро перекидать записи из Qyery в StringGrid (не дольше 20 сек - 10000 записей). При этом Query.Next или Query.FindNext с StrinGrid.Cells[]:=Query.FieldByName().Value ну очень долго.

← →
Наталия © (2003-01-14 11:57) [10]

А зачем тебе на скорость это делать?
Параметры запуска баллистических ракет?
Обгоняешь что-ли кого-то? :) А если не успеешь за 20 сек - то что? Зачем вообще нужно визуализировать 10000 записей? Пользователь всё равно не сможет с ними работать. Тем более за 0,01 сек. :0)

← →
Sergey13 © (2003-01-14 11:57) [11]

2mate © (14.01.03 11:54)
А ты определись - нужно юзеру ОДНОВРЕМЕННО видеть >10000 записей или нет? И многое станет ясно. Запросы то ведь можно (и нужно!!!) конкретизировать.

← →
mate © (2003-01-14 12:00) [12]

Sergey13 ©
10000- это как раз и есть конкретизированный запрос.
Так что мне делать.?

← →
mate © (2003-01-14 12:04) [13]

Наталия ©

Через 20 сек срабатывает сигнализация и высылается группа захвата.
А если серьёзно просто надо.

← →
Max Zyuzin © (2003-01-14 12:04) [14]

Ответь плиз на мой вопрос - тебе изменения надо назад сохранять или нет?... К тому же думаю не сможет кликать мышью и изменять данные с частотой 100 Гц

← →
BorisUK © (2003-01-14 12:10) [15]

Отображай на экран только часть данных...
Сделай кнопку далее>> (или по событию скролинга)
По ней подбавляй следующую часть.
и так далее.
Процедура перелопачивания данных из Query в SG будет работать выдавая данные по-частям, по доп запросу.

← →
mate © (2003-01-14 12:11) [16]

Max Zyuzin ©
Изменения мне сохраниять только те которые были рельно изменены. И там нет ограничений по времени. т.е. если user ничего не менял то ничего и не сохраняется.
А частота 100 Гц - это уже проблема операторов, они деньги за это получают.

← →
Наталия © (2003-01-14 12:22) [17]

Уууу! Как всё запущенно! Какой-то у тебя всё-таки в корне неверный подход к обработке данных, имхо. Если это такая критичная система реального времени, то, судя по твоим вопросам, группа захвата чаще всего будет приезжать к тебе...

← →
AM (2003-01-14 12:22) [18]

>>Изменения мне сохраниять только те которые были рельно
>>изменены. И там нет ограничений по времени. т.е. если user
>>ничего не менял то ничего и не сохраняется.

Я так понял, что изменения будут заносится в БД в конце сеанса работы пользователя(?)Тогда думаю что это будет очень долго, так как тебе предется следить где и как были произведены изменения и производить их поочереди. А если их будет более 9000 ?

А если посуществу, то в данном случае, если DBGrid тебе не подходит и все его предки тоже, то тогда надо писать свой копонент. Перевод в StringGrid - это не лучшее решение, так как встоет задача обеспечения обратного процесса.

← →
mate © (2003-01-14 12:30) [19]

Мне главное быстро перекидать данные, а сохранять их хоть 9999 и хоть N часов. Главное их получить.
Дайте же хоть кто-нибудь ответ на этот вопрос, плиззззззззз.

← →
mate © (2003-01-14 12:45) [20]

а в ответ тишина...................

Честно говоря,я так и не понял зачем данные перекидывать?

← →
dimis (2003-01-14 12:55) [23]

gek ©
Потому что я не могу кликнув мышкой в ячейку DBGrid бысто поменять (0,01 сек) её содержимое, а в StringGrid могу.
т.к. данные в DBGrid из Query и мне для изменения данных надо писать SQL запрос и обновлять Qiery.
Теперь понятно...?

← →
AM (2003-01-14 12:57) [25]

Можно сделать так как сказано в
>> BorisUK © (14.01.03 12:10)
Но только чуть-чуть подругому
запонять из полного (в 10000 записей) Query в StrinGrid по частям, на сколько видно пользователю, потом по мере скролинга запонять оставшуюся часть(в любом случае надо будет по строчке, по очереди... ), и так до конца, т .е. не надо дополнительных запросов к БД. По крайней мере из стандартных компонентов - это один подходящих для тебя я думаю...

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

В принципе если подождать годика два, когда выйдет
Pentium-5 5000MHz - то все это будет очень быстро работать :))

← →
dimis (2003-01-14 12:57) [26]

> Потому что я не могу кликнув мышкой в ячейку DBGrid бысто
> поменять (0,01 сек) её содержимое, а в StringGrid могу

TDBGrid и TStringGrid наследуются от TCustomGrid и редактирование ячеек там одинаково. Кроме того я сомневаюсь, что ты сможешь вручную поменять значение за 0,01 сек где угодно.

> данные в DBGrid из Query и мне для изменения данных надо
> писать SQL запрос и обновлять Qiery.

Достаточно у Query установить свойство RequestLive=True и ничего писать и переоткрывать не надо

> Теперь понятно...?

Мне лично не понятно

← →
dimis (2003-01-14 13:02) [28]

или используй TClientDataSet

DBGrid и StringGrid Найти похожие ветки