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