Период между сообщениями больше года.
|
|
|
Скорость работы запроса
|
|||
|---|---|---|---|
|
#18+
Ситуация такая. прочитал что во фразе from порядок соединяемых таблиц должен идти от меньшей к большей тогда запрос выполнятся быстрее чем если бы порядок был от большей к меньшей. на практике попробовал все наоборот. если порядок от большей к меньшей по размеру таблицы то запрос выполняется быстрее. Кто-нибудь наверняка знает, какой порядок желательно указывать.? КСТАТИ во фразе Where условие которое наиболее обрезает данные должно идти ПОСЛЕДНИМ. тогда запрос выполняется быстрее. Это совпадает с документацией, а вот с разделом from никак. HELP. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.07.2001, 10:57 |
|
||
|
Скорость работы запроса
|
|||
|---|---|---|---|
|
#18+
У меня вроде работает все так как ты говоришь то есть большие сначала Вся скорость зиждется на наличии и использовании индексов Индекс есть и используется - быстро, нет, с возрастанием количества данных все медленнее и медленнее будет работать Еще и от грамотного проектирования зависит в меру должно быть нормализации и денормализации тоже в меру И вообще базы оптимизируются под конкретные запросы И на одних она будет работать доли секунды на других двадцать минут подумает Мой начальник требует барьер реакции в 7 сек и крутись как хочешь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.07.2001, 07:27 |
|
||
|
Скорость работы запроса
|
|||
|---|---|---|---|
|
#18+
я раньше писал запросы для отчетов, которые работали больше 3 минут. во время экспериментов менял местами порядок условий в where - особого эффекта в ускорении не заметил (может в оракле действительно работает оптимизатор SQL). потом стал применять вложенные запросы в from - в результате время работы запросов уменьшилось в 5-6 раз ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2001, 03:42 |
|
||
|
Скорость работы запроса
|
|||
|---|---|---|---|
|
#18+
Гм. А про explain plan почитать не подскажете где? А то SQLab классно так показывает ход запроса, да вот влияние на евонный ход непонятно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2001, 02:00 |
|
||
|
Скорость работы запроса
|
|||
|---|---|---|---|
|
#18+
Нашел одну интересную ссылочку- http://cs.ifmo.ru/education/documentation/oracle816/server.816/a76992/sql.htm по поводу скорости работы запроса. Посмотрите, может найдете чего - нибудь интересного. До свидания. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2001, 02:05 |
|
||
|
Скорость работы запроса
|
|||
|---|---|---|---|
|
#18+
Сам Oracle утверждает, что порядок таблиц не должен влиять на скорость запроса. Всегда надо смотреть план запроса, если не однозначен порядок прохода таблиц и индексов. Хинт /*+ ORDERED*/ влияет на порядок прохода таблиц. Но иногда оптимизатор плюет на этот хинт и идет так, как считает нужным. Рекомендую ставить хинт /*+ RULE*/ , смотреть план, а потом добиваться другими хинтами такого же плана запроса (но уже с отображением стоимости). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2003, 13:38 |
|
||
|
Скорость работы запроса
|
|||
|---|---|---|---|
|
#18+
Togda pomni, chto v Oracle 7/8/ sprava - nalevo, a v 8i/9i - v obratnom napravlenii ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2003, 13:44 |
|
||
|
Скорость работы запроса
|
|||
|---|---|---|---|
|
#18+
>Togda pomni, chto v Oracle 7/8/ sprava - nalevo, a v 8i/9i - v obratnom napravlenii это не совсем так. RBO действительно начинает разбор в обратном порядке и в некоторых (достаточно редких) ситуациях порядок может влиять на план запроса. Если используется CBO, то без разницы. Он делает перестановки (pertmutations) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.03.2003, 14:26 |
|
||
|
|
start [/forum/search_topic.php?author=KIsupov&author_mode=last_topics&do_search=1]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
get settings: |
10ms |
get forum list: |
21ms |
get settings: |
9ms |
get forum list: |
19ms |
get settings: |
10ms |
get forum list: |
19ms |
get settings: |
9ms |
get forum list: |
15ms |
get settings: |
9ms |
get forum list: |
13ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
135ms |
get topic data: |
8ms |
get first new msg: |
5ms |
get forum data: |
2ms |
get page messages: |
40ms |
get tp. blocked users: |
1ms |
| others: | 5071ms |
| total: | 5442ms |
| 0 / 0 |
