А вот вопрос по Oracle

← →
Тфьу (2006-04-11 11:54) [0]

Какой хинт надо использовать, чтобы вложенные запросы разбирались по плану отдельно?

Есть проблема - запрос работает отлично (в смысле быстро). Если добавить упорядочивание (order) ломается весь план и запрос начинает работать безумно долно.
Если сделать:
select *
from(запрос)
order by ...
То Oracle просекает и это и ломает план. Если запрос добавить во вьюху, а потом упорядочивать ее, то тоже самое.
Помоите упорядочить данные запроса постфактум, то есть, когда они уже получены, желательно без темповых таблиц, мемори тейблов в Делфи и т.п.
По идее, должен быть какой-то хинт, но я не знаю такой, и в хелпе Oracle найти не удалось...

← →
Desdechado © (2006-04-11 12:00) [1]

ORDER BY даст по-любому другой план просто потому, что ему нужно получить все записи перед их сортировкой

можешь попробовать +rule, но сомневаюсь, что поможет

← →
Тфьу (2006-04-11 12:03) [2]

Не сработало. :(

Пойду вешаться и креатить темпорари тейбл...
Блин, а казалось работы на пять минут...

← →
Sergey13 © (2006-04-11 12:08) [3]

Тут, ИМХО, не план "ломается", а смысл запроса меняется.
Сравни статистику запросов.

← →
Тфьу (2006-04-11 12:26) [4]

Вот объясню по-простому.
Есть запрос, который работает быстро (не более 10 секунд, обычно 2-3 секунды) и показывает пользователю данные в DBGrid.
Пользоваетль хочет, чтобы эти данные были упорядочены. Добавляю ORDER, запрос работает около двадцати минут.
Объем результирующих данных запроса примерно 500 строк.

По поводу скорости, чтобы не говорили, что все медленно из-за кривости запроса - размер исходных данных измеряется миллионами строк,размер данных перед агрегацией - десятки тысяч.

Компоненты отображения менять нельзя, по требованию заказчика. (давно бы уже на dxGrid сделал...) Остальные компоненты менять крайне не желательно. (компоненты Delphi я имею ввиду)

← →
Курдль © (2006-04-11 12:32) [5]

А разве у стандартного ДатаГрида или ДатаСэта нельзя запрограммировать алгоритм сортировки?
Или я путаю с TList...

← →
Sergey13 © (2006-04-11 12:33) [6]

2[4] Тфьу (11.04.06 12:26)
>Вот объясню по-простому.
>Есть запрос, который работает быстро
Проведи простой эксперимент. После Open дай датасету FetchAll или Last (короче закачай все записи принудительно). И посмотри, скоро ли в гриде появится инфа.

← →
Тфьу (2006-04-11 12:45) [7]

> А разве у стандартного ДатаГрида или ДатаСэта нельзя запрограммировать
> алгоритм сортировки?

По крайней мере я не знаю, как это делать...

> Проведи простой эксперимент. После Open дай датасету FetchAll
> или Last (короче закачай все записи принудительно). И посмотри,
> скоро ли в гриде появится инфа.

И FetchAll, и запрос в PL/SQL Developer (если нажать загрузить все) работают быстро.

← →
Курдль © (2006-04-11 12:48) [8]

Да, кстати, а какие компоненты доступа-то? DOA? ODAC?

← →
Sergey13 © (2006-04-11 12:49) [9]

2[7] Тфьу (11.04.06 12:45)
Давай запрос посмотрим. Чего гадать то.

← →
Тфьу (2006-04-11 12:56) [10]

Доступ у меня через DOA.

Проблему решил. Всем спасибо!
Мое решение:

select *
from (
запрос
union all
select 0 aaa, ...(поля запроса, но имеющие фиктивные значения)
from dual
) s
where s.aaa<>0
order by 2,3,4

В запрос добавляю фиктивное поле "select 1 aaa, ..."(далее нужные поля)
Вот тут то Oracle сказал упс, и здался...

смысл в том, чтобы сначала так
select 0 aaa, ...from dual
а затем так:
where s.aaa<>0
?

2[10] Тфьу (11.04.06 12:56)
>Мое решение:
>Вот тут то Oracle сказал упс, и здался...

Напоминает анекдот про китайских хакеров и согласие сервера на 25000000 попытке, что его пароль - "Мао Дзедун". 8-)

← →
Тфьу (2006-04-11 13:14) [13]

> смысл в том, чтобы сначала такselect 0 aaa, ...from dualа
> затем так: where s.aaa<>0?

При этом Oracle воспринимает вложенный запрос как единое целое и не пытается это оптимизировать.

> Напоминает анекдот про китайских хакеров и согласие сервера
> на 25000000 попытке, что его пароль - "Мао Дзедун". 8-)

Главное, чтобы потом никто этот код не увидел (стыдно будет), и не дай бог не подумал так же, как и Кщд (и не убрали эти "глупые" строки).

Тфьу (11.04.06 13:14) [13]
главное - не страдать ректально-ориентированным программированием :)
no_merge

А вот вопрос по Oracle Найти похожие ветки