MSSQL 2005 Хранимая процедура

[chagovets]

проблема с выполннием запроса или все-таки с моделью?

с выполнением запроса из Management Stidio нет ни каких проблем, в любом виде процедура отрабатывает (скриншоты приводил)
как советовали - я из демо sqlbrowser пытался проверять вызов процедуры
о результатах эксперимента с sqlbrowser доложил
само собой, в sqlbrowser используется QSqlQueryModel  - но Вы же утверждаете, что у Вас

и exec() отрабатывает, и результаты запроса видны. if 3=3 на месте.
проверил на MS SQL 2005, драйвера SQL Server и SQL Native Client, Qt 4.8.1.

поскольку

MS SQL Server возвращает forward only результат, на чем QSqlQueryModel и затыкается.

я и решил использовать свою модель
но как оказалось, дело не в forward only результате
о чём выше написал, что проблема осталась

почему не работает ваша собственная реализация, давайте разбираться. с ходу вижу, что у вас неверно реализовано добавление данных в модель. не используйте size() или numRowsAffected() для определения числа записей, надежнее крутиться в while(mQuery.next()).

моя реализация вполне работает
вот только до тех пор пока нет пресловутой "управляющей конструкции"
size() я не использую - поскольку MS SQL его не поддерживает - просто код использовался и для других серверов, и закомментарен  сейчас
numRowsAffected() вполне работоспособен на MS SQL - но сейчас я тоже его исключил
ориентируюсь исключительно на next()

НО
как только я раскомментариваю if 3=3 или SET NOCOUNT ON возвращаемый на Qt клиента результат запроса не содержит ни одной записи
вот в чём проблема
и я ни как не могу понять причины этого
сейчас установил MS SQL 2005 Express на рабочую станцию - результат не изменился

[Странник]

в самом деле, любопытно. что имеется у меня на MS SQL Express 2005:
- запрос успешно выполняется и при отсутствии, и при наличии управляющих инструкций в хранимой процедуре. результат запроса доступен в QSqlQuery в обоих случаях
- при наличии управляющих инструкций QSqlQuery::isForwardOnly() возвращает true
- numRowsAffected() возвращает -1 (первый затык вашей модели в setQuery), заменяем на while(mQuery.next())
затем ваша модель у меня затыкается на setData (value содержит верные данные из запроса, а index не валиден), дальше пока не копал.
завтра попробую повторить эксперимент на другом сервере, вдруг там запрос не сработает.

[chagovets]

Орешек знаний тверд
Но все же, мы не привыкли отступать!

Странник, Вы были правы!

надежнее крутиться в while(mQuery.next()).

я хоть и писал что

numRowsAffected() вполне работоспособен на MS SQL - но сейчас я тоже его исключил
ориентируюсь исключительно на next()

но исключил не до конца
в общем если действительно идти по next() всё встало на свои места
премного благодарен Страннику за наставление на путь истинный

P.S. MS SQL впечатляет в плохом смысле