Есть у меня две большие таблицы, с индексами все в порядке, поэтому внутренний джойн испоняется быстро и эффективно.
Собирался полистать все страницы всех книжек Лема, но оказалось что некоторые страницы склеились:
1.
2.
3.
4.
select p.text
from BOOKS b
join PAGES p on b.id=p.id
where upper(b.author) like 'LEM, STANISLA%'
ТЕХТ
----
page1
page2
page3,page4,page6
page5
...
Не беда, есть много способов разбить строку, сделал так:
1.
2.
3.
4.
5.
select column_value
from BOOKS b
join PAGES p on b.id=p.id
cross join TABLE(SplitString(p.text,','))
where upper(b.author) like 'LEM, STANISLA%'
И тут Оракл хорошо завис (таблицы большие).
Я вспомнил как джойны исполняются до предикатов, и понадеялся что смогу передвинуть предикат выше, но без видимого эффекта.
1.
2.
3.
4.
select column_value
from BOOKS b
join PAGES p on b.id=p.id and upper(b.author) like 'LEM, STANISLA%'
cross join TABLE(SplitString(p.text,','))
Почему-то думал что это намекнет Ораклу сделать быстрый джойн и фильтр, а уж потом добавить медленный джойн. Nope.
Предикат что в джойне, что в where - одно и то же.
Силой запихал скобками фильтр поглубже - все равно зависает. (таблицы не только длинные, а еще наполовину удаленные)
1.
2.
3.
4.
5.
select column_value
from (select text from BOOKS b
join PAGES p on b.id=p.id
where upper(b.author) like 'LEM, STANISLA%')
cross join TABLE(SplitString(text,','))
Руками отделил быстрое от медленного:
1.
2.
3.
4.
5.
6.
7.
8.
9.
lems as (
select p.text
from BOOKS b
join PAGES p on b.id=p.id
where upper(b.author) like 'LEM, STANISLA%'
)
select column_value
from lems
cross join TABLE(SplitString(text,','))
Пришлось смотреть планы, они оказались одинаковые, т.е. Оракл над моими попытками "оптимизировать" тихо посмеялся.
Думаю, как такой запрос ускорить.
