Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2004.05.16;
Скачать: CL | DM;

Вниз

А пользуется ли кто нибудь ручным планированием запросов?   Найти похожие ветки 

 
dimm22   (2004-04-21 11:05) [0]

Реально ли значительно ускорить запрос таким образом? В каких типах запросов наблюдается самый большой выигрыш по производитеоьности? Что посоветуете почитать (на krista.ru и ibase.ru уже был.)


 
Sergey13 ©   (2004-04-21 11:10) [1]

На ИБ не приходилось, а на Оракле постоянно (на ИБ ничего "серьезного" не делал просто). Ускорить можно, еще как! Но это очень конкретно для каждого случая.


 
dimm22   (2004-04-21 11:30) [2]

Меня вот заинтеросовала возможность замены join на merge в соединених таблиц(представлениях, процедурах). Судя по всему, должно давать серьёзный прирост производительности при объединении, допустим процедур, в которых используются групировки и вообще всяких тыжёлых для вычисления представлений.


 
dimm22   (2004-04-21 11:34) [3]


> соединених таблиц(представлениях, процедурах).
=соединениях таблиц(представлений, процедур).


> тыжёлых
=тяжёлых


 
Sergey13 ©   (2004-04-21 11:34) [4]

2dimm22   (21.04.04 11:30) [2]
А что мешает убедиться в этом или в обратном? Попробовать и разочароваться всегда лучше чем не попробовать и думать об упущеном. Вот такой я филосОф. 8-)


 
Sergey_Masloff   (2004-04-21 11:37) [5]

Приходилось. И на IB но конечно в основном на Oracle так как масштабы систем несопоставимы. Вобщем в некоторых случаях без них никуда. Но будь готов к переодическому "разъезду" планов и соотв. правках. То есть с такими запросами о fire&forget можешь забыть


 
dimm22   (2004-04-21 11:40) [6]


> А что мешает убедиться в этом или в обратном

Сейчас этим и занимаюсь.


> . Но будь готов к переодическому "разъезду" планов

А что это такое, разъезд планов?


 
Sergey_Masloff   (2004-04-21 12:15) [7]

dimm22   (21.04.04 11:40) [6]
>А что это такое, разъезд планов?
А это когда бывш. оптимальный план стал неоптимальным. Иногда СИЛЬНО неоптимальным. К примеру поставили на сервер еще пару гигов памяти и стало выгоднее FULL SCAN делать чтобы всю таблицу в кэш вогнать. Или селективность индекса поменялась. Или еще что.



Страницы: 1 вся ветка

Текущий архив: 2004.05.16;
Скачать: CL | DM;

Наверх




Память: 0.48 MB
Время: 0.023 c
14-1082975960
BigLeha
2004-04-26 14:39
2004.05.16
CLSID


3-1082449810
turich
2004-04-20 12:30
2004.05.16
Подскажите с BDE


6-1080403814
Ivolg
2004-03-27 19:10
2004.05.16
Разговор по микрофону


14-1082720498
Андрей Сенченко
2004-04-23 15:41
2004.05.16
Так кто же ты ?


14-1082619292
Silver Alex
2004-04-22 11:34
2004.05.16
Сертификация