Очумелый кролик,
решил добавить пару фраз к вышесказанному.
судя по характеру "подачи", у меня складывается впечатление, что вы ищете простое правило сорта - если у вас тут много, а там мало, то всегда делай соединение, а иначе всегда используй скалярный подзапрос.
Я думаю, одним-двумя ифами такого правила не сформулировать в том месте, в каком, например вы планируете такое правило применить для создания универсального представления, которым клиент (в отчетах, например) будет пользоваться для реализации
любой, наперед неизвестной потребности.
Пусть, применив вариант
1.
2.
3.
4.
5.
select e.*,
(select a.name_full from agnlist a where a.rn = e.agnlist_rn) aname
-- другие поля таким же образом...
from emplist e
where e.status = 'sdsd';
где запрос возвращает тысячу-другую строк, и вы выиграли "в разы" в значениях интересных вам чиселок.
И даже все остается замечтательным при всех ранее известных вариантах фильтрации. и даже по полю aname.
Может быть, что "хорошо" может почти всегда, по крайней мере до тех пор, пока клиенту не понадобится
1.
2.
3.
4.
5.
6.
7.
select e.*,
(select a.name_full from agnlist a where a.rn = e.agnlist_rn) aname
-- другие поля таким же образом...
from emplist e
where e.status = 'sdsd'
Order By aname, -- другие поля таким же образом...
;
Никто не может вам гарантировать, что достигнутое вами "улучшение в разы" не сменится в этот момент "ухудшением в порядки раз".
