Доброе время суток!
Я разрабатывал отчеты с Cristal Reports 10. Всегда следовал следующему принципу: создавал полноценный запрос в Query Analiser и в конце вставлял его в Command "кристал репорта". Запросы всегда многоуровневые, вложенные иногда тянутся с 3 баз и без промежуточнока кеширования во временные таблицы может голова кругом пойти.
Сейчас стоит задача развернуть WEB сервер отчетов на Reporting Service. Но при ручном экспорте Command из (CR) в Query (RS) оказалось что в построении запроса нельзя использовать временные таблицы - выдаются ощибки о том что временные таблицы не существуют.
Что можно посоветовать в данной ситуации? Может есть выход из этого положения.
P.S. Использование системных таблиц (##t1) не пробовал. Такое ощущение что теряется связка временных таблиц с текущим соединением среды разработки и они пропадают.

Дело в том что временные таблицы теряются уже на 2-ом этапе выборки из них: вот упрощенная модель моего запроса в QA.

select * into #t1 from ...
select * into #t2 from ...
select * into #t3 from ...

select * from #t1 --иногда выполняется, иногда говорит invalid object #t1 - т.е. на момент выполнения уже ее не существует.

-- на следующие строки уже стабильно выдается ошибка что таких объектов нет #t2 и #t3

select #t2.*, #t3.* from #t2 inner join #t3 on ...

Как я понял временные таблицы (не глобальные объекты) привязаны к конкретному соединению. Как только соединение закрывается, все временные таблицы созданные в нем стираются. Такое чувство что в RS 2005 соединение либо не стабильно либо используется многопоточное - мультисоединение и эти потоки не видят временные таблицы из соседних потоков. - Это всего лишь догадки. Кто знает что там вообще происходит???

Использую MS SQL 2005 full, Reporting Services 2005.