Главная страница
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.06 c
3-1082107204
Litva
2004-04-16 13:20
2004.05.16
DBGRID...


9-1073148390
G A M E R
2004-01-03 19:46
2004.05.16
Зацените мою библиотеку!


3-1082623835
Arm79
2004-04-22 12:50
2004.05.16
прокрутка мышью в DBGrid


1-1083561732
Ivolg
2004-05-03 09:22
2004.05.16
Ссылка!


14-1082957769
User_OKA
2004-04-26 09:36
2004.05.16
Excel