Как ускорить перемещение курсора в DBGrid ?

@alex-v · Регистрация: 20.08.2007

Студворк — интернет-сервис помощи студентам

Если перемещать курсор в DBGrid на последнюю запись с помощью:

Code
1
TIBQuery::Locate("id",last_id,o);

то программа тормозит от одной секунды и больше (в зависимости от количество записей в таблице)

Как мне ускорить перемещение курсора на последнюю запись?

@KOCMATbIu · 09.06.2009, 22:51

ну тут не знаю как, а так советую попробовать через ADOQuery, всё быстро и без задржек

@alex-v · 09.06.2009, 22:53 **[ТС]**

Думаете TADOQuery::Locate работает быстрее, чем TIBQuery::Locate?
Почему же?

@KOCMATbIu · 09.06.2009, 22:57

по скорости не сравнивал)))), но у меня в базе фиг знает сколько записей, и скачет он по ней как ферари)))

@alex-v · 09.06.2009, 23:43 **[ТС]**

А посмотри сколько у тебя записей.

Да и еще смотря куда курсор скачет - если вначале таблицы, то это быстро, а если в конец, то тут тормоза (по моим наблюдениям)...

@Lord_Voodoo · 10.06.2009, 01:01

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

@alex-v · 10.06.2009, 14:29 **[ТС]**

Locate и при индексировании тормозит - проверял... по моим тестам индиксирование никак не влияет на Locate .
А то что SQL-запросы выполняются очень быстро - это факт, тоже проверял. И с индиксированием они еще быстрее выполняются.

Но мне же надо как-то курсор в DBGrid перемещать... А как его быстро перемещать? Locate ведь тормозит...

@Lord_Voodoo · 10.06.2009, 14:41

а при больших объемах базы ты ну никак не ускоришь, и достичь одинаковой скорости на 100 и 10000 записей не получится... вообще с позиционированием постоянно головняки, ничего не поделаешь... хотя если найдешь все-таки решение, отпишись, сам страдаю от локэйтов...

@alex-v · 10.06.2009, 22:31 **[ТС]**

Сообщение от VoodooMan

хотя если найдешь все-таки решение, отпишись, сам страдаю от локэйтов...

А решение есть - делать "правильные" SQL-запросы, чтобы в DBGrid выводилось ограниченное количество записей (не более тысячи)...

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

@Lord_Voodoo · 11.06.2009, 08:55

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

@Splitter · 11.06.2009, 11:08

а не пробовали такой вариант

C++
1
DataSource1->DataSet->Last();

для DataSource1, который используете для вывода в DBGrid

@alex-v · 11.06.2009, 14:13 **[ТС]**

Сообщение от Splitter

а не пробовали такой вариант

C++
1
DataSource1->DataSet->Last();

для DataSource1, который используете для вывода в DBGrid

Это тоже самое, что и TIBQuery::Last();
Потому что в DataSource1->DataSet находится указатель на TIBQuery.

VoodooMan, мне еще посоветовали использовать компоненты FIB+. Говорят они быстрее работают, чем стандартные...

@Lord_Voodoo · 11.06.2009, 14:27

так я стандартные уже давно не использую: DAC и только их...

@alex-v · 11.06.2009, 19:09 **[ТС]**

А что такое DAC ? (я что-то не слыхал...)

@Lord_Voodoo · 11.06.2009, 20:16

data access component, не помню, как контора называется, но у них компоненты заточены под конкретную базу (oracle, interbase, mysql, ms sql server)

Новые блоги и статьи Все статьи Все блоги /
Программный контроль заполнения реквизита табличной части документа Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: реализовать контроль заполнения реквизита "ПричинаСписания". . .	wmic не является внутренней или внешней командой Maks 02.04.2026 Решение: DISM / Online / Add-Capability / CapabilityName:WMIC~~~~ Отсюда: https:/ / winitpro. ru/ index. php/ 2025/ 02/ 14/ komanda-wmic-ne-naydena/	Программная установка даты и запрет ее изменения Maks 02.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "СписаниеМатериалов", разработанного в конфигурации КА2. Задача: при создании документов установить период списания автоматически. . .	Вывод данных в справочнике через динамический список Maks 01.04.2026 Реализация из решения ниже выполнена на примере нетипового справочника "Спецтехника" разработанного в конфигурации КА2. Задача: вывести данные из ТЧ нетипового документа. . .
Программное заполнения текстового поля в реквизите формы документа Maks 01.04.2026 Алгоритм из решения ниже реализован на нетиповом документе "ВыдачаОборудованияНаСпецтехнику" разработанного в конфигурации КА2, в дополнении к предыдущему решению. На форме документа создается. . .	К слову об оптимизации kumehtar 01.04.2026 Вспоминаю начало 2000-х, университет, когда я писал на Delphi. Тогда среди программистов на форумах активно обсуждали аккуратную работу с памятью: нужно было следить за переменными, вовремя. . .	Идея фильтра интернета (сервер = слой+фильтр). Hrethgir 31.03.2026 Суть идеи заключается в том, чтобы запустить свой сервер, о чём я если честно мечтал давно и давно приобрёл книгу как это сделать. Но не было причин его запускать. Очумелые учёные напечатали на. . .	Модель здравосоХранения 6. ESG-повестка и устойчивое развитие; углублённый анализ кадрового бренда anaschu 31.03.2026 В прикрепленном документе раздумья о том, как можно поменять модель в будущем

@KOCMATbIu 1 / 1 / 0 Регистрация: 07.05.2009 Сообщений: 11
	09.06.2009, 22:51
	ну тут не знаю как, а так советую попробовать через ADOQuery, всё быстро и без задржек 0

@alex-v 0 / 0 / 0 Регистрация: 20.08.2007 Сообщений: 64
	09.06.2009, 22:53 [ТС]
	Думаете TADOQuery::Locate работает быстрее, чем TIBQuery::Locate? Почему же? 0

@KOCMATbIu 1 / 1 / 0 Регистрация: 07.05.2009 Сообщений: 11
	09.06.2009, 22:57
	по скорости не сравнивал)))), но у меня в базе фиг знает сколько записей, и скачет он по ней как ферари))) 0

@alex-v 0 / 0 / 0 Регистрация: 20.08.2007 Сообщений: 64
	09.06.2009, 23:43 [ТС]
	А посмотри сколько у тебя записей. Да и еще смотря куда курсор скачет - если вначале таблицы, то это быстро, а если в конец, то тут тормоза (по моим наблюдениям)... 0

@Lord_Voodoo Почетный модератор 8785 / 2538 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	10.06.2009, 01:01
	locate будет работать быстро при индексировании таблицы. в противном случае ничего быстрее запроса нет... проверено на практике, отказался вообще от locate и table, перенес самые тяжелые операции в хранимые процедуры и все начало летать, индексы тоже созданы 0

@alex-v 0 / 0 / 0 Регистрация: 20.08.2007 Сообщений: 64
	10.06.2009, 14:29 [ТС]
	Locate и при индексировании тормозит - проверял... по моим тестам индиксирование никак не влияет на Locate . А то что SQL-запросы выполняются очень быстро - это факт, тоже проверял. И с индиксированием они еще быстрее выполняются. Но мне же надо как-то курсор в DBGrid перемещать... А как его быстро перемещать? Locate ведь тормозит... 0

@Lord_Voodoo Почетный модератор 8785 / 2538 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	10.06.2009, 14:41
	а при больших объемах базы ты ну никак не ускоришь, и достичь одинаковой скорости на 100 и 10000 записей не получится... вообще с позиционированием постоянно головняки, ничего не поделаешь... хотя если найдешь все-таки решение, отпишись, сам страдаю от локэйтов... 0

@Lord_Voodoo Почетный модератор 8785 / 2538 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	11.06.2009, 08:55
	alex-v, к сожалению, в некоторых случаях просто невозможно ограничить кол-во записей, я вообще для ускорения работы ограничиваю кол-во записей, которые видны 500-ами (FetchRows), типа буфферизация отображения, есть тормоза небольшие при закачке новой порции данных, но внутри отдельного сегмента все работает быстрее... всегда приходится чем-то жертвовать... 0

@Lord_Voodoo Почетный модератор 8785 / 2538 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	11.06.2009, 14:27
	так я стандартные уже давно не использую: DAC и только их... 0

@alex-v 0 / 0 / 0 Регистрация: 20.08.2007 Сообщений: 64
	11.06.2009, 19:09 [ТС]
	А что такое DAC ? (я что-то не слыхал...) 0

@Lord_Voodoo Почетный модератор 8785 / 2538 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	11.06.2009, 20:16
	data access component, не помню, как контора называется, но у них компоненты заточены под конкретную базу (oracle, interbase, mysql, ms sql server) 0