Производительность запроса.

← →
Vladislav © (2002-10-10 15:04) [0]

Как сравнить производительность запроса с индексом и без? База локальная на парадоксе.

← →
passm © (2002-10-10 15:08) [1]

Секундомером :-)
Explain SQL statment тут не сделаешь.

← →
Max Zyuzin © (2002-10-10 15:19) [2]

В программен ставишь что то вроде...
t1 := time;
MyQuery.open;
t2 := time;
t2-t1 - в милискиундах время выполнения (примерное).

← →
Vladislav © (2002-10-10 15:29) [3]

2 Max Zyuzin ©

это не дасть объективного результата, т.к. мне надо посчитать именно ВЕС SQL-запроса. Что-то типа Explain.

← →
MsGuns © (2002-10-10 15:43) [4]

>Vladislav © (10.10.02 15:29)

Если пользуешься BDE, я тебе безо всяких секундомеров могу сказать про Paradox:

Скорость выполнения запроса зависит от:
1) Количества возвращемых записей, числа и информационной длины возвращаемых полей
2) Размера исх.таблицы (если запрос связанный, то всех участвующих в запросе таблиц)
3) Наличия первичных ключей в запрашиваемых таблицах и участвуют ли ключи в запросных связках
4) Наличия вторичных индексов - * -

Самые быстрые результаты на запросах из одной таблицы по первичным ключам с небольшим кол-вом возвращаемых записей.
Самые тормозные - на связках по неключам 2-х или более таблиц, каждая из которых достаточно большая (более 5000 записей), даже если в рез-те не будет возвращено ни одной записи

← →
Vladislav © (2002-10-10 15:46) [5]

2 MsGuns ©

Спасибо. Это мне известно, но мне нужны именно цифры.

← →
passm © (2002-10-10 15:51) [6]

MsGuns © (10.10.02 15:43)> Это теория. Чем мерить?

← →
MsGuns © (2002-10-10 16:00) [7]

>Vladislav © (10.10.02 15:46)
>passm © (10.10.02 15:51)

Вам что, легче будет от того, что на КОНКРЕТНОЙ таблице (базе) один и тот же запрос, но с ключами или без, выполнится в 2.345083 раза быстрее (медленнее).
ИМХО, для того, чтобы определить, что суп пересолен, не надо замерять в хим.лаборатории концентрацию в жидкости NaCl.
Я когда-то вообще проводил целые эксперименты - и только потерял зря время, результаты мне ничего не дали кроме того, что я и так знал

MsGuns © (10.10.02 16:00)> Разумеется легче :-). Чем по-твоему еще должен заниматься администратор БД (это не о Paradox"е) как не устанавить SQL monitor на базу, искать медленно выполняющиеся запросы и производить их анализ (Explain SQL statment, Adviser и прочие полезные тулзы). С Paradox"ом все приходится обдумывать заранее.

>passm © (10.10.02 16:10)

Хорошая у Вас работа, сэр ! Это не впихивать 65-колоночный бух.журнал в какой-нибудь пристойный печатный формат 8(

MsGuns © (10.10.02 16:16)> Как вам сказать... "Я на море буду разом кораблем и водолазом" :-)
Приходится заниматься разработкой приложений, администрированием СУБД и самой базой. Вплоть до написания DCOM для реализации бизнес-логики работы организации.

Производительность запроса. Найти похожие ветки