Как узнать время выполнения запроса?

@Landser · Регистрация: 18.04.2009

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

Доброго времени суток.
вот какой вопрос возник интересный:есть некоторый запрос ADOQuery, который выводит какое то количество сторк, как считать сколько строк вывелось, я знаю, а вот как узнать за какое время вывелись эти строки?т.е. как узнать время выполнения запроса, и потом вывести его например, на форму?
Если через SqlQuery Analyzer, то можно узнать время выполнения запроса:

SQL
1
2
3
SET statistics TIME ON
SELECT * FROM ---- where -----
SET statistics TIME off

а вот в delphi как, кто нибудь делал ?я исползую компоненты ADO. заранее спасибо))

@_victor · 03.05.2010, 13:24

Delphi
1
2
3
4
5
6
7
8
var tick:longint;
begin
   ADOQuery.Close();
   ADOQuery.SQL.Text := '....';
   tick := getTickCount;
   ADOQuery.Open(); // или ExecSQL() в зависимости от запросов
   tick := getTickCount - tick; //в tick будет количество милисекунд
end;

@Landser · 03.05.2010, 14:50 **[ТС]**

спасибо огромное ,victor, просто гениальный способ,что он гениальный, я понял, когда прочитал про функцию getTickCount

а как Вы думаете,вот я делаю запрос на записи из таблицы с 3,5 миллионами строк и 14 полями, и SQLQueryAnalyzer выполняет за 16459 ms, за а ADOQuery 17266, те дольше на 807 ms,и в результате возвращается около 3-х тысяч строк,как по Вашему, это нормально что такая разница между SQLQueryAnalyzer и ADOQuery? и по идее, SQLQueryAnalyzer быстрее всего должен выполнять запрос,да?

@_victor · 03.05.2010, 15:52

Не знаю...причины такой разницы во врмени могут быть различными.
Если у вас используется какой-нибудь DBGrid, то попробуйте его отключить и замерить время (хотя не уверен что это из-за него).

@Landser · 03.05.2010, 16:08 **[ТС]**

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

Если у вас используется какой-нибудь DBGrid, то попробуйте его отключить и замерить время (хотя не уверен что это из-за него).

а что Вы имеете ввиду,отключить DBGrid? у меня ж в него выводятся записи , которые получены в рез-те запроса,или Вы имеете ввиду, что грид долго заполняется?так в SQLQueryAnalyzer тоже выводятся записи в грид..
и вообще, как Вы думаете, можно ли считать как бы эталонным временем то время, за которое выполняет SQLQueryAnalyzer, и с ним сравнивать тогда время, которым будут выполняться все другие запросы?

@_victor · 03.05.2010, 16:19

Вполне возможно, что затраты идут на формирование списка (но грид я практически никогда не использовал и с SQLQueryAnalyzer не работал, черт его знает на чем он писан и что у него внутри происходит).

@Landser · 03.05.2010, 16:31 **[ТС]**

спасибо, victor. Да,наверное список записей в гриде долго формируется.Спасибо, Вы мне очень помогли с функцией getTickCount

@_victor · 03.05.2010, 16:34

Вообщем-то, даже не за что )

Новые блоги и статьи Все статьи Все блоги /
Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка SDL3 и Box2D из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .
Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»

@Landser 57 / 7 / 4 Регистрация: 18.04.2009 Сообщений: 429
	03.05.2010, 14:50 [ТС]
	спасибо огромное ,victor, просто гениальный способ,что он гениальный, я понял, когда прочитал про функцию getTickCount а как Вы думаете,вот я делаю запрос на записи из таблицы с 3,5 миллионами строк и 14 полями, и SQLQueryAnalyzer выполняет за 16459 ms, за а ADOQuery 17266, те дольше на 807 ms,и в результате возвращается около 3-х тысяч строк,как по Вашему, это нормально что такая разница между SQLQueryAnalyzer и ADOQuery? и по идее, SQLQueryAnalyzer быстрее всего должен выполнять запрос,да? 0

@_victor 116 / 58 / 6 Регистрация: 16.12.2009 Сообщений: 204
	03.05.2010, 15:52
	Не знаю...причины такой разницы во врмени могут быть различными. Если у вас используется какой-нибудь DBGrid, то попробуйте его отключить и замерить время (хотя не уверен что это из-за него). 1

@_victor 116 / 58 / 6 Регистрация: 16.12.2009 Сообщений: 204
	03.05.2010, 16:19
	Вполне возможно, что затраты идут на формирование списка (но грид я практически никогда не использовал и с SQLQueryAnalyzer не работал, черт его знает на чем он писан и что у него внутри происходит). 1

@Landser 57 / 7 / 4 Регистрация: 18.04.2009 Сообщений: 429
	03.05.2010, 16:31 [ТС]
	спасибо, victor. Да,наверное список записей в гриде долго формируется.Спасибо, Вы мне очень помогли с функцией getTickCount 0

@_victor 116 / 58 / 6 Регистрация: 16.12.2009 Сообщений: 204
	03.05.2010, 16:34
	Вообщем-то, даже не за что ) 1