Главная страница
    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.036 c
1-1083579203
nova5
2004-05-03 14:13
2004.05.16
помогите разобраться со стеком


9-1072167927
Kair
2003-12-23 11:25
2004.05.16
Динамический массив


11-1069495122
DDA
2003-11-22 12:58
2004.05.16
FileSetDate для Папок


6-1080652780
Новичёк
2004-03-30 17:19
2004.05.16
Использование буфера при ClientRead.


4-1080640593
Kalmykov Sergei
2004-03-30 13:56
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
Английский Французский Немецкий Итальянский Португальский Русский Испанский