Привет всем! Есть проблемка. Может кто знает как ее решить?
Есть база данных. Есть хранимые процедуры для работы с ее таблицами.
Требуется в диалоговом окне в DBGrid отобразить данные используя хранимые процедуры.
Создаем sqlDataAdapter и подключаем нужную нам процедуру. Все клево, но когда в хранимой процедуре используется временные таблицы, то C# ругается: "Invalid Object name #Temp_Table".
Вопрос: Че делать? При этом в хранимой процедуре без временной таблицы нельзя.
21.10.04 16:28: Перенесено модератором из '.NET GUI' — AndrewVK
Не должен от ругаться, как ты процедуру завершаешь? Что даешь на выходе, select из временной таблицы? У меня есть проекты закрученые на процедурах, но я использую SqlDataReader......
данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение
--C# ругается: "Invalid Object name #Temp_Table".
C# на наличие объектов в базах данных плевать, он просто передает ругань, которой вас осыпает SQL Server, так что добро пожаловать в Query Analyzer
Специально для проверки сделайте такую процедуру:
create proc temp
as
create table #a(id int)
insert #a select 187
select * from #a
И убедитесь, что при выполнении такой хранимки "C#.NET" не ругается!!!
(Кстати, очень хочется изучить C#.non-NET
данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение
Проблема в том, что среда разработки должна получить метаданные о результате выполнения хранимой процедуры. Соотв. для процедур, которые имеют временные таблицы этот номер не прокатывает. Особенно при наличии "красного" SQL. Так что выход — при редактировании DataAdapter'а временно править процедуру на простой SELECT, структура которого идентична выборке из временной таблицы.
данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение
Fagim> Специально для проверки сделайте такую процедуру /* SKIPPED */
Слишком простой пример... Добавь немного динамического SQL, и...
данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение
Возможно я просто не вчитался в слово АДАПТЕР. При работе прямо через SqlCommand, а не с автогенеренными оболочками ни динамический SQL, ни времянки НИКАКИХ проблем не вызывают. За выкачку метаданных отвечают дополнительные классы, без которых вполне можно и датасеты заполнять и адаптеры использовать. ТОлько чуть больше ручками придется поработать.
данное сообщение получено с www.gotdotnet.ru
ссылка на оригинальное сообщение
