Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2004.05.16;
Скачать: [xml.tar.bz2];

Вниз

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

 
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;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.46 MB
Время: 0.034 c
1-1083288251
Сергей Бушин
2004-04-30 05:24
2004.05.16
Алгоритм RSA


1-1082706710
13-Drakosha
2004-04-23 11:51
2004.05.16
Трабл с RxRichEd


11-1069586114
romtek
2003-11-23 14:15
2004.05.16
аналог MessageDlg в KOL?


6-1080201872
Katya_mgkit
2004-03-25 11:04
2004.05.16
NetBios


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





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский