IBExpert

← →
GanibalLector © (2004-10-05 21:31) [0]

В SQL редакторе имеется закладка АНАЛИЗ ПЛАНА.
Что это и с чем его едят???Кстати,когда я нажимаю на этот сабж,то получаю Plan analyzing isn"t available. Насколько я понял,надо видать установить доп.плугин.

И еще.Что это???
План PLAN SORT ((PL12 OPL NATURAL) PLAN (PL12 OPL NATURAL))SORT ((PL12 OPL NATURAL) PLAN (PL12 OPL NATURAL))SORT ((PL12 OPL NATURAL) PLAN (PL12 OPL NATURAL)) Адаптированный план PLAN SORT ((PL12 OPL NATURAL) PLAN (PL12 OPL NATURAL))SORT ((PL12 OPL NATURAL) PLAN (PL12 OPL NATURAL))SORT ((PL12 OPL NATURAL) PLAN (PL12 OPL NATURAL))

← →
P.N.P. © (2004-10-05 23:18) [1]

http://ibase.ru/devinfo/setplan.txt
http://www.krista.ru/ib/plan-intro.html

← →
Роман Снегирев (2004-10-06 09:40) [2]

И еще.Что это???
Это просто ужас. Обрати внимание на количество NATURAL, по уму на месте большинства из них должны стоять имена индексов

← →
ЮЮ © (2004-10-06 09:45) [3]

индексы - не для натуралов :)

← →
Mike Kouzmine © (2004-10-06 10:15) [4]

Да и план только для правильных пацанов.

← →
GanibalLector © (2004-10-06 11:07) [5]

индексы - не для натуралов

И что,для такого запроса дающую мне одну строку мне в той таблице необходимо создавать индексы???
select first 1 substring(pl from 3 for 6),substring(pl from 1 for 2) from pl12 where d_opl between :st_date and :end_date order by pl into :max_pl,:old_ser ; min_pl=max_pl;

И еще,в той таблице есть индекс,но не на тех полях,которые я выбираю

← →
ЮЮ © (2004-10-06 11:18) [6]

Но чтобы найти эту одну строку надо просмотреть ВСЕ записи таблицы

← →
Petr V. Abramov © (2004-10-06 13:40) [7]

необходимо создавать индексы???
Может, и не надо.
Что меня не очень радует в IB/FB - это то, что он, как увидит индекс, сразу начинает его использовать, хоть в таблице 3 записи, или выбирается процентов 40 большой таблицы.
NATURAL иногда выгоднее.

← →
}|{yk © (2004-10-06 13:51) [8]

вроде бы в FB оптимизатор запросов есть

← →
Sergey_Masloff (2004-10-06 14:15) [9]

Petr V. Abramov © (06.10.04 13:40) [7]
Точно. И ровно противоположное часто не радует в Oracle когда он думает - да у меня тут 16 гиг памяти на фиг мне ваши индексы дай ка я натуралом в кэш засосу и буду шарашить. И пока ему гаду 20 раз не скажешь - вот %$#%& индекс кому говорят бери...
Вобщем нет в жизни щастья ;-)

← →
Sergey13 © (2004-10-06 14:18) [10]

2[9] Sergey_Masloff (06.10.04 14:15)
Это часто бывает, когда статистику собирают периодически или не собирают совсем. И еще не известно, что хуже.

← →
Sergey_Masloff (2004-10-06 14:25) [11]

Sergey13 © (06.10.04 14:18) [10]
>Это часто бывает, когда статистику собирают периодически
Нет случай не тот.
>И еще не известно, что хуже.
А что хуже известно ;-) - из личных рекордов -запрос выполнявшийся 40 минут написанием хинтов был приведен к секунде.

← →
Sergey13 © (2004-10-06 14:30) [12]

2[11] Sergey_Masloff (06.10.04 14:25)
>из личных рекордов -запрос выполнявшийся 40 минут написанием хинтов был приведен к секунде.
Хинт случаем не RULE был? 8-)

← →
Sergey_Masloff (2004-10-06 14:51) [13]

Sergey13 © (06.10.04 14:30) [12]
;-)))

Нет. Но кстати RULE в документации к 8 был описан как устаревший и нерекомендованый. Тем не менее очень часто дает очень хорошие результаты. Интересно, за что они его?

← →
GanibalLector © (2004-10-06 14:54) [14]

вроде бы в FB оптимизатор запросов есть
Ну а как им пользоваться???И где он находится???

← →
GanibalLector © (2004-10-06 14:59) [15]

Кстати,только что делал эксперементы.Создал индексы,на основные поля(те,по которым запросы).И выполнил опять свою ХП.Так вот,результат ТОТ-ЖЕ[см.0]!!!

Я думаю,это от того,что у меня все select-ы не на таблицы ссылаются,а на ПРЕДСТАВЛЕНИЯ.И поэтому так получается.

2[13] Sergey_Masloff (06.10.04 14:51)
>Интересно, за что они его?
Это хоть ифтопик тут, но наверное потому что дальше вроде только СВО будет.

2[15] GanibalLector © (06.10.04 14:59)
>Создал индексы,на основные поля(те,по которым запросы).
Для данного запроса [5] было достаточно на d_opl.

>Я думаю,это от того,что у меня все select-ы не на таблицы ссылаются,а на ПРЕДСТАВЛЕНИЯ.
Да, это многое меняет. 8-)

У меня запрос консолидации "с-верху-вниз" выполнялся 3 мин (на 10 тыс зап главной, 20 тыс подчиненной и 250 записях таблицы статей). А когда повенял направление, стал считать "с-низу-вверх" стал выполняться за 1,5 с

← →
-SeM- (2004-10-06 16:28) [18]

GanibalLector © (06.10.04 14:59) [15]
Рекомендую посмотреть на Tools->SP/Triggers/Views Analyzer и вот потом поколдовать с индексами

Рекомендую посмотреть на Tools->SP/Triggers/Views Analyzer и вот потом поколдовать с индексами

А где Вы такое нашли???Tools есть,а дальше (SP/Triggers/Views Analyzer) нету.

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