Всем привет.
Вопрос такой: возможно ли мне поместить результат запроса во временную таблицу и использовать эту временную таблицу как источника данных в последующих запросах?

К примеру, есть у меня такой запрос:

ТекстЗапроса = "
		|SELECT ОстаткиТоваровОстатки.Товар [Товар $Справочник.Номенклатура]
		|	, ОстаткиТоваровОстатки.ОстатокТовараОстаток Остаток
		|FROM $РегистрОстатки.ОстаткиТоваров(:ДатаРасчетов~,,
		|		(Фирма = :Фирма)
		|		AND (Товар IN (SELECT val FROM #СписокТоваров))
		|		AND (Склад IN (SELECT val FROM #СписокСкладов)),
		|		Товар,) AS ОстаткиТоваровОстатки
		|";
 

Я хочу поместить результат его выполнения во временную таблицу (как?), которую затем использовать как источник данных во втором запросе (как?).

Я знаю, что есть метод УложитьСписокОбъектов, но он будет работать для списка, а у меня результат запроса суть таблица значений.

vandalsvq писал(а) 27. Декабря 2012 :: 14:03:


Встречный вопрос: при создании временной таблицы через Create table мне нужно типизировать мои поля. Вопрос: какой тип использовать (к примеру, для запроса выше для Номенклатуры)?

vandalsvq писал(а) 27. Декабря 2012 :: 14:20:


Спасибо! Пошел тестировать.

vandalsvq писал(а) 27. Декабря 2012 :: 14:03:


Можно ж сделать выборку сразу в новую таблицу:
SELECT
...
INTO ...
FROM

если таблица верменная и суть - источник данных для следующего запроса в пакете, то ИМХО удобнее делать селект-инто

мои посты невидимы О_о

Чет неканает:

create table t1 as
(select
*
from Пакеты)
 

Кажеть Неправильный синтаксис около ключевого слова "as".

Ещё можно использовать вариант (когда нет возможности делать временные таблицы (ну мало ли)) с использование CTE
Это на самом деле достаточно весело, можно все засунуть в один текст запроса, разделив его на блоки и будет достаточно наглядно

        RS = СоздатьОбъект("ODBCRecordset");
	ТекстЗапроса = "
	|WITH CTE AS
	|(
	|SELECT
        |count(*) as strok
	|FROM
	| _1SJourn (NOLOCK)
	|)
	|SELECT
	|*
	|FROM CTE
	|
	|";
	ТЗ = RS.ВыполнитьИнструкцию(ТекстЗапроса);
	ТЗ.ВыбратьСтроку();
 

На это можно было бы процитировать BOL: Цитата:

Но, честно говоря, я никогда тщательно не исследовал этот вопрос. 

и к стати, очень рекомендуется не забывать удалять временные таблицы после их использования

Nice писал(а) 29. Январь 2013 :: 19:21:
и к стати, очень рекомендуется не забывать удалять временные таблицы после их использования

Ага, также рекомендуется плевать через левое плечо и стучать по дереву.   Некоторым помогает..
Это, скорее, религиозный (холиварный) вопрос.

Вот это вы зря написали!
Приведу пример:
У меня, допустим, более 50 пользователей.
И все они, каждый божий день, просто стремятся запустить максимально возможное количество отчетов.
И блин чуть не в каждом используются временные таблицы.
И еще у меня 5 программистов.
И они, очень часто, используя одни и те же наборы данных, как то не могут договорится чтобы использовать одни и те же временные таблицы.
Мало того они даже в своих собственных отчетах, обзывают гады, их все время по разному.
Внимание вопрос:
Какое пространство я должен выделить для базы TEMPDB

Ну удалять то за собой дерьмо научить проще по моему

Nice писал(а) 31. Января 2013 :: 17:19:

это предположение или практика?

Я так всегда в отчетах нумерую #tmp1, #tmp2, #tmp3...  и не парюсь с удалением

это ведь тоже не совсем правильно... а когда их много поди разберись какой это #tmp
нас ведь наверное не зря учили давать значащие иимена

А мы временные таблицы вообще GUID'ами называем. Гарантировано не пересекутся. Хотя в большинстве случаев они конечно удаляются, ибо создаются и удаляются генератором текстов запросов.