В прошлый раз Вы провели мне классный ликбез :). Еще раз большое спасибо за это. Помогите пож-та и сейчас.

Вызываю процедуру, в которой объявлен текстовый OUTPUT параметр.
Могу ли я ДО ВЫЗОВА процедуры узнать, какой размер данных из текстового поля мне вернется?

Размер столбца я могу узнать после вызова SQLDescribeCol. Но мне бы хотелось узнать фактический размер данных в этом столбце до вызова SQLExecute - это возможно?
В моем случае вопрос встал, потому что я передаю в качестве OUTPUT параметра указатель на строку и мне нужно выделить нужное кол-во памяти. Выделять память по размеру столбца - плохое решение, потому что чаще всего он намного превышает истинный размер данных.

Спасибо.

White Owl, спасибо!

скажите пжл, можно отлаживать хранимые процедуры на SQL Server 2000, которые вызываются из вижуал студио 2005 через SQL-функции?
SQLExecute отрабатывает, но в OUTPUT-параметрах пусто, хотелось пошагово отследить выполнение ХП

MasterZiv
Не ругай его, он не всегда таким был, когда-то он был красавцем Sybase ASE.
Posted via ActualForum NNTP Server 1.4
:) даже не думала

MasterZiv
Lenie пишет:
> SQLExecute отрабатывает, но в OUTPUT-параметрах пусто, хотелось пошагово
> отследить выполнение ХП

А тут и отлаживать нечего. До тех пор пока не выберешь все результаты,
OUT -параметры не придут.
Posted via ActualForum NNTP Server 1.4

а если ХП выполняется (SQLExecute = SQL_NO_DATA), но не возвращает резалтсет (SQLNumResultCols = 0), то выбирать нечего, я не вызываю SQLFetch. Вместо него вызываю SQLMoreResults в ожидании что после его отработки получу аутпут параметры, и не получаю...

[quot White Owl
Lenieа если ХП выполняется (SQLExecute = SQL_NO_DATA), но не возвращает резалтсет (SQLNumResultCols = 0), то выбирать нечего, я не вызываю SQLFetch. Вместо него вызываю SQLMoreResults в ожидании что после его отработки получу аутпут параметры, и не получаю...Нет, SQLMoreResults() здесь не нужен. А вот один вызов SQLFetch() может пригодится. :)[/quot]
ага...
а если SQLFetch() возвращает ошибку, значит я неправильно написала функцию...
прочту внимательно все посты и переделаю, спасибо
(ошибка от SQLFetch() такая: "Invalid cursor state, The StatementHandle was in an executed state but no result set was associated with the StatementHandle")

White OwlНо стандарт де-факто на сегодня: Если процедура не возвращает резалтсета в принципе, но имеет возвращаемый параметр, этот возвращаемый параметр будет доступен сразу после SQLExecute(). Если есть и резалтсет и возвращаемый параметр, то пока весь резалтсет не выбран через SQLFetch() возвращаемый параметр доступен не будет.
понятно
у меня есть всё: и возвращаемый параметр, и аутпут параметр и возможно резалтсет

White OwlА вообще, я бы сначала посмотрел повнимательнее на определение параметра... Может ты его забыла объявить SQL_PARAM_OUTPUT или дала мало памяти под буффер?

с этим все в порядке

получается такая штука: не работает (не возвращаются значения OUT параметров из ХП в связанные переменные в программе), если в ХП есть более одного UPDATE.
Выполнение ХП в query analyzer работает, а из вижул студио - нет.

Lenieполучается такая штука: не работает (не возвращаются значения OUT параметров из ХП в связанные переменные в программе), если в ХП есть более одного UPDATE.
Выполнение ХП в query analyzer работает, а из вижул студио - нет.

Если быть более точной, создаю простейшую хранимую процедуру с парой out параметров и возвращаемым значением. В теле процедуры просто присваиваю out параметрам некоторые значения и делаю некий UPDATE - в данном случае данные корректно передаются в out параметры. Если же добавляю совершенно идентичный UPDATE после первого UPDATE, то данные не возвращаются. Мистика. В чем может быть проблема?

Пример описанной процедуры:
SET @out1 = 123
SET @out2 = 'example'
UPDATE table1 SET filed1 = @out1
- работает


SET @out1 = 123
SET @out2 = 'example'
UPDATE table1 SET filed1 = @out1
UPDATE table1 SET filed1 = @out1
- не работает (два UPDATE)

CREATE PROCEDURE [dbo].[_test]
@SessionID BIGINT,
@UserID BIGINT OUT,
@LoginName NVARCHAR(15) OUT,
@Password NVARCHAR(15) OUT
AS
BEGIN
UPDATE USER_Connections SET UserID = @UserID WHERE [ID] = @SessionID

SET @UserID = 100
SET @LoginName = 'Guest'
SET @Password = 'GP'

UPDATE USER_Connections SET UserID = 99 WHERE [ID] = 99

RETURN 200
END
GO


Данные в таблицах обновляются (инструкция UPDATE срабатывает), только нет результата в аутпут параметрах.

White Owl LenieДанные в таблицах обновляются (инструкция UPDATE срабатывает), только нет результата в аутпут параметрах.Ok... a если второй update убрать, то тот-же самый клиент, без перекомпиляции будет получать корректные значения через output параметры?
да, именно так...

в общем, проблема даже не в output параметрах, а в более одном апдейте

на этом сайте http://www.sql.ru/forum/actualthread.aspx?tid=400996 нашла линк про "Data conflicts when procedures read from or write to tables" (http://publib.boulder.ibm.com/infocenter/db2luw/v8/index.jsp?topic=/com.ibm.db2.udb.doc/ad/c0009164.htm)

попробовала в ХП объявить курсор и делать обновление таблицы внутри курсора, но не прокатило, ошибка осталась (за ошибку я считаю, когда RETURN_VALUE мне не возвращается, т.е. аутпут параметры отложила в сторону, т.к. повторюсь проблема в двух и более вызовах инструкции UPDATE)

CREATE PROCEDURE [dbo].[_test2]
AS
BEGIN

DECLARE crs CURSOR FOR
SELECT a, b FROM z --FOR UPDATE OF a, b

OPEN crs
UPDATE z SET a = 1, b = 'b'
CLOSE crs

OPEN crs
UPDATE z2 SET a = 2, b = 'c'
CLOSE crs

RETURN 199

END
GO

вызов такой ХП из программы с++ возвращает RETURN VALUE = 0 (таким, как я его проинициализировала изначально)

тут такое дело...
в родном мсдн-е нашла статью и.... короче, вписала в ХП на серваке строку
"SET NOCOUNT ON" и почему-то заработало, т.е. стало всё возвращаться.
я уже завтра подумаю, почему заработало

White OwlCтранный глюк. Прикола ради можно попробовать сделать set переменных после второго update.
Вообще, мне начинает казаться, что тут действитель надо копать в сторону SQLMoreResults() Во всяком случае в описании этой функции есть глава "Availability of Row Counts" с кучей предупреждений что это все на уровне "может быть так а может и не так и все зависит от сервера и его настроек".
Попробуй после SQLExecute запустить цикл с SQLMoreResults() и читать параметры между каждым вызовом. Появятся?
когда нет резалтсета, то вызовы SQLMoreResults в цикле бессмысленны я так понимаю...
White OwlПо идее каждый update записывает в специальную переменную количество измененых строк. И на некоторых серверах (не знаю как насчет SQL Server) это количество строк можно прочитать через SQLRowCount(). В случае если в пакете было несколько update надо будет звать пару SQLRowCount()/SQLMoreResults() столько раз, сколько было update в пакете. Возможно что установка output параметров в процедуре тоже где-то там завязана....
ой, я уже не соображаю, надо сделать 8-часовой перерыв :)
White OwlА вообще, если честно, я не любою использовать output параметры. Не удобно это. Именно вот из-за таких приколов. Намного проще и удобнее делать возврат через резалтсеты, они по крайней мере стандартизированы и поэтому предсказуемы.
да, но ведь иногда аутпут параметры удобней...

БОЛЬШОЕ СПАСИБО, White Owl, MasterZiv, я вам так благодарна за помощь и терпение, виртуально пожимаю руки :)