В 8ке в запросах есть возможность командой ПОМЕСТИТЬ,  "поместить" результат запроса в некую таблицу, а затем использовать ее в следующем запросе (для этого в 8ке даже спец.объект есть МенеджерВременныхТаблиц).  

Можно ли так в 7ке в SQL запросах?

На родных запросах? Нет.

Если на прямых - можно во временную таблицу складывать.

(1) Что такое "на родных запросах"?

(2) а как ?

(4) Тебе дать ссылку на учебник по SQL?

(5) Мне рабочий пример нужен простенький.

(6)
select top 10 ID
into #tt
from sc33

(7) Это получается выбираем первые 10 ID из таблицы sc33 и помещаем это все в таблицу tt.   Затем этот запрос выполняется.  

А затем мне нужно объявить следующий запрос и в него эту tt запихнуть.  Как в новом запросе к tt обратиться?

(8) не поверишь...
Если не будешь создавать новый коннект, то прямо так и обращайся - #tt
Она девушка необидчивая, по морде не надаёт...

(9) :)   А, прям в первом запросе?

(10) ЗАчем? Можешь и на втором свидании...

(11) ну нужно еще декларировать #t
Кроме того #t не зависит от коннекта, так принято для глобальной временной таблицы. ##t так принято называть локальную временную таблицу.

(12) Внимательно прочитай мой пример....
А потом освежи память насчет select into...
И с # и ## ты ошибаешься ровно наоборот...

(13) чет я не вспомню, сразу или нет суют во временную. вроде декларировать надо. но в любом случае надо проверить существует ли такая таблица перед инто. Если существует, что дропануть ее.

(14) Декларировать надо, если ты её явно хочешь создать, с нужными типами и индексами.
А для просто куска селекта - не обязательно.
Но дропать - да, нужно, если коннект не пересоздаёшь

В T-SQL немного бОльшие возможности нежели в унылом языке запросов от 1С.
Иногда полезно создать таблицу с нужными индексами, а затем уже вставлять

|IF EXISTS (SELECT * FROM tempdb..sysobjects WHERE Id = OBJECT_ID('tempdb..#tempdt'))
        |DROP TABLE #tempdt
        |CREATE TABLE #tempdt (Goods char(9), Lot char(9), Number numeric(15,3) PRIMARY KEY CLUSTERED (Goods, Lot))
        |    
        |INSERT INTO #tempdt
        |SELECT ...

Можно короче...
if object_id('tempdb..#tempdt') is not null drop table #tempdt
...

(17) а сама он не удаляется совсем? или если удаляется то при каких условиях?

/сама он/ = сама она

Нет конечно. Голый скуль сам ничего не делает. Это прокладка в виде 1С пытается умничать

(20) ltkbcm

(20) а после объявления в одном запросе ##tt1, если повторно выполнить его же и в нем тоже объявить ##tt1 - руганется что такая уже имеется, а если перед созданием снова удалять не удалю ли так же объявленную, как ##tt1, но другим пользователем не грохну ли чужую

(17) пока работа кипит :)
я всегда дропаю перед созданием и удаляю после использования
(22) Используй # - локальные таблицы (если это логикой предусмотрено) и подчищай за собой

(22) не создавай ##, создавай #

(23) одинарную #? и когда удалять буду др. пользователя не затронет?

(25) Да. Это в пределах одного коннекта. Более того, когда ты оный закроешь, твоя # прикажет долго жить, правда, наследства не оставит...

(25) Не затронет конечно

(26) коннект, это 1С закрою, ODBCRecordset-объект похерю, или что?

(26) (27) кстати спс огромное, а то все пробую, логики не могу толком выяснить, а описания особо не нашел

(28) Не совсем помню, как там в 1срр, но да, похоже.
Опен с коннектСтринг ты кому говоришь? Вот его и надо того...

(30) я так пользуюсь
ТекстЗапрос = "....";

РС = СоздатьОбъект("ODBCRecordset");
ТабЗнач = РС.ВыполнитьИнструкцию(ТекстЗапроса);

и что сделать чтоб не осталась ВТ в СКЛ?

+(31) хотя и насчет одиночной "#" спс парни дальше буду экскремены ставить:)

(31) тебе нужна гарантия?
После закрытия 1с она точно исчезнет.
А если в периоде - используй drop table. И твои волосы будут...

(33) отсутствие ошибок надо что есть такая + чтоб чужое не грохнуть на полпути исполнения(др. пользователя) + чтоб не валялось не нужное, типа создал, потом по какому то поводу вылет и не удалилось, а потом снова создалась(или нет), ну и т.п.

(34) значит дропай. Смело.
Другим не повредишь.

(35) спс, вот это в принципе больше всего и смущало

(36) ты бы почитал учебники... Полезно, говорят...

(37) да вот что то в T-SQL не особо про разные коннекты и пр. пишут, а если пишут, то как в договорах юристы, все так двусмысленно

(37) поэтому пока использовал чтоб не нагромождать только "псевдоним" или как там правильно назвать, типа кусок текста который в нужное место дальше подставляется, но понимаю что это лажа ибо кажный раз будет "запрашиваться"

(38) Да нормально пишут.
Я же когда-то как-то узнал... Правда, не помню откуда, но сильно сомневаюсь, что прочитал весь MSDN...
Главное, найти нормальный учебник. В этом главная сложность :-)

(40) ну я тебе не чета, ты сколь - лет 10 пользуешь это, а я с прямыми начал в СКЛ пытаться разбираться с полгода примерно

+(41) поэтому и спрашаю у Вас, благо есть пока у кого спросить

(41) Кхм... Не 10... а 17... :-))))))

(43) тем более респект, я ваще тогда в 1С младенец, про СКЛ и прочие премудрости... получается еще несколько лет до рождения :)

Рекомендую - http://www.ozon.ru/context/detail/id/5767915/ Либо аналогичный учебному курсу. Там правда отзывы не очень. Я читал про 2005. В свое время понял что такое кластерный индекс и прочие премудрости. :)

(43) привет. скоро три девятки стаж :)

(46) Воскресенье....
Блин... Я же в воскресенье не пью... (((

:) а у мну завтра денюх 01.08.1980

(48) Вот завтра и напомни, а то заранее...