Как заставить SP увидеть local temporary table из другой SP

27.04.2008, 14:16. **Показов** 1502. **Ответов** 4

Студворк — интернет-сервис помощи студентам

В stored procedure sp1 содается local temporary table #t1, проводится много очень похожих insert-ов в #t1 и делается select из #t1.

Хочется оформить эти insert-ы в вызовы новой stored procedure sp2.

Однако при компиляции sp2 возникает ошибка, связанная с тем, что #t1 не существует. Что можно сделать?

28.04.2008, 16:53

Нашел удовлетворительное решение сам: формирую в sp2 select, а в sp2 вставил вызовы

insert into #t1
exec sp2

@aBourg · 29.04.2008, 22:08

Одно только плохо: в sp2 ты уже не сможешь написать
insert into OtherTable exec sp3 ...

@aBourg · 29.04.2008, 22:15

С моей точки зрения пусть sp2 возвращает в sp1 строку запроса, например, через OUTPUT-параметр и в sp1 через exec() ты ее выполнишь:

Declare @sp2_return varchar(7500)

exec sp2 @sp2_return output
exec('insert into #t1 ' + @sp2_return )

30.04.2008, 12:47

Тоже вариант. Однако такая рекурсивность мне пока не требуется. И к тому же все уже работает.

Кстати, идея! Можно было бы из sp1 в sp2 передать название таблицы в качестве параметра @TABLE_NAME, а в sp2 сделать

exec('insert into ' + @TABLE_NAME + 'blablabla')

Новые блоги и статьи Все статьи Все блоги /
Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .
модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI	Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ

Sergey_

	Как заставить SP увидеть local temporary table из другой SP 27.04.2008, 14:16. Показов 1502. Ответов 4 Метки нет (Все метки) В stored procedure sp1 содается local temporary table #t1, проводится много очень похожих insert-ов в #t1 и делается select из #t1. Хочется оформить эти insert-ы в вызовы новой stored procedure sp2. Однако при компиляции sp2 возникает ошибка, связанная с тем, что #t1 не существует. Что можно сделать?

Sergey_
	28.04.2008, 16:53
	Нашел удовлетворительное решение сам: формирую в sp2 select, а в sp2 вставил вызовы insert into #t1 exec sp2

@aBourg 0 / 0 / 0 Регистрация: 13.01.2008 Сообщений: 24
	29.04.2008, 22:08
	Одно только плохо: в sp2 ты уже не сможешь написать insert into OtherTable exec sp3 ... 0

@aBourg 0 / 0 / 0 Регистрация: 13.01.2008 Сообщений: 24
	29.04.2008, 22:15
	С моей точки зрения пусть sp2 возвращает в sp1 строку запроса, например, через OUTPUT-параметр и в sp1 через exec() ты ее выполнишь: Declare @sp2_return varchar(7500) exec sp2 @sp2_return output exec('insert into #t1 ' + @sp2_return ) 0

Sergey_
	30.04.2008, 12:47
	Тоже вариант. Однако такая рекурсивность мне пока не требуется. И к тому же все уже работает. Кстати, идея! Можно было бы из sp1 в sp2 передать название таблицы в качестве параметра @TABLE_NAME, а в sp2 сделать exec('insert into ' + @TABLE_NAME + 'blablabla')