Главная страница
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.027 c
7-1081168895
geg
2004-04-05 16:41
2004.05.16
Печать в Win 98


3-1082642368
Paranoik
2004-04-22 17:59
2004.05.16
Картинки и базы данных


8-1076930413
r00t
2004-02-16 14:20
2004.05.16
Компонент, работающий с gif на уровне канвы.


1-1083160234
KEBZ
2004-04-28 17:50
2004.05.16
DLL


14-1082904625
Dimaz
2004-04-25 18:50
2004.05.16
Linux - вперёд!