Теперь судя по всему не поддерживается. Почитайте этот документ, там все расписано (о Вашем случае на стр. 18 - "Chained (nested)outer joins").

michael_LEFT OUTER JOIN не поможет, тут проблема не в синтаксисе, а в функционале. Они действительно перестали поддерживать 2 левых объединения вида есть T1*=T2 и T2*=T1. Мы такие запросы на временные таблицы переделывали. Се ля ви.
Эквивалент "неподдерживаемого" запроса на джойнах:
Поэтому я не знаю, чего Вы там через времянки переделывали. В документе, ссылку на который я привел, обьясняется, что отказ от TSQL семантики был продиктован неоднозначностью интрепретации соединения. Так что никаких Се ля ви :)

ЯВсе понятно, очень жаль, я в АУТЕ!!!
отсанусь ка я лудше на 5!
5 РУЛЕЗ!!!
Смотря для чего. Для небольших БД с малым кол-вом подключений и не сильно навороченной в БД бизнес-логикой действительно рулез. А если чего то сложнее делать - к джойнам привыкать придеться - даже вон Ораклистов уже заставили к ним привыкать :)

авторЗато при переходе на времянки получили приемущество - возможность для пользователя наложения фильтров на все поля в запросе.
На джойнах это тоже делается без проблем:
я уже настолько привык в джойны выносить фильтры на присоединяемые таблицы, что в WHERE фактически стоят фильтры на первую таблицу запроса и вычисляемые в запросе поля. Зато очень читабельно - сразу видны и условия соединения и фильтрации, сгрупированные по каждой таблице запроса.

Согласен однозначно - в логике БД ни в коем случае нельзя употреблять KEY JOIN-ы. Граблей может быть великое множество, которые больно будут бить по лбу. А вот в разовых запросах под себя штука первоклассная :)

Что то я Вас не пойму - в моем запросе "b.Field = @FilterValue2" и есть фильтр на поле "Field" таблицы "b", который накладывается на нее, но не ограничивает записи в таблице "a". Вы это имеете ввиду или что то еще ?

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

авторНеобходим табличный просмотр вида
Num Summa Val_name
1 100 USD
2 200 EUR
3 300 NULL
4 400 EUR

Получить его мы можем запросом
select Num, Summa, Val_name
from T1, t2
where t1.val*=t2.val
вариант на джойнах:
далее
авторПользователь хочет при работе с табличным просмотром иметь возможность наложить фильтр на любое поле просмотра, например Val_name='USD', если написать

select Num, Summa, Val_name
from T1, t2
where t1.val*=t2.val
and Val_name='USD'

то получим
Num Summa Val_name
1 100 USD
2 200 NULL
3 300 NULL
4 400 NULL
аналогично получим такой вывод результата на запросе:

далее мне от Вас удивительно это слышать:
авторА по постановке надо
Num Summa Val_name
1 100 USD

Вот и делаем
select Num, Summa, Val_name
into #t
from T1, t2
where t1.val*=t2.val

Далее
select Num, Summa, Val_name
from #t

И потом, при наложении фильтра

select Num, Summa, Val_name
from #t
where Val_name='USD'
гм, кто мешает написать вот так:
таким образом если в предыдущем запросе мы вешали фильтр на соединение, то здесь мы вешаем фильтр на результат после соединения, все это элементарно видно по плану запроса.

Так вот - Ваши рассуждения как раз показывают о неоднозначности соединений TSQL и Ваши извраты с времянками как раз и предназначены для их обхода. В случаях с джойнами мы можем явно регулировать и комбинировать любые способы соединений и фильтров. Вывод один - учите матчасть, то бишь джойны :)