vybegalloПрежде чем обсуждать оптимальность, желательно написать запрос, не выдающий синтаксических ошибок.Если это претензия ко мне, то извините, что предложенный вариант не поняла IQ, с точки зрения ANSI вариант был синтаксически правильный. А еще IQ... :)
Кстати, вариант все равно был с червоточинкой, приблизительно на подобных же данных, что и Ваш.
vybegalloНу такая уж у меня попалась невменяемая СУБД, что select from (select) не понимает. Не она одна такая непонятливая, кстати - и Informix 7, и DB2 7.1 (насчет 8 не помню) тоже не понимают таких вариантов.Ну так CREATE VIEW они поддерживают ? Про select from (select) вообще речи нет, что Вы на этом варианте-то зациклились... vybegalloК сожалению, Sybase IQ почему-то не понимает и Outer join on (1=0). так что дополненная и исправленная версия selecta будет (при условии что col1 положительно, что с ключами как правило и бывает)Тупой он какой-то, этот IQ :) Тогда уж так
1.
2.
3.
select isnull (t1.col1,t2.col1) col1,
sum(isnull (t1.col2, t2.col2)) col2
from t1 full outer join t2 on (t1.col1 = -t1.col1 AND t1.col1 <> 0 )
group by isnull (t1.col1,t2.col1)
Это все-таки не зависит от исходных данных. Только не говорите, что он и этот вариант не переварит :) Кстати, на практике обычно применяю ключи с отрицательного минимума, так что Ваше допущение о положительных ключах на ранг правила претендовать не может.
Cat2Спокойно :) Не надо шума, а вот обещанный любопытный SELECT так и не был представлен широкой публике. Или действительно лучше создать новый топик ? Хотя есть подозрения, что перлы будут завалены массой флуда...
P.S. Кстати, сталкивался с заменой UNION на FULL JOIN и наоборот, даже показалось, что это возможно всегда, пока не столкнулся с ситуацией, где эквивалентная замена оказалась невозможной.
P.P.S. И все-таки сложно представить СУБД, где реализация FULL JOIN оптимальнее UNION...
