Татьяна ВСпасибо всем за информацию - обнадежили... :-)
А в Sybase никто с этой траблой не обращался?...

Я конечно извиняюсь, может чего не понял, не увидел здесь в чем собственно у автора проблема? С чем в Sybase обращаться?
1) Есть Adaptive Server Enterprise/12.5.3/EBF 13060 ESD#5/P/Compaq Tru64
2) Есть какая-то процедура, которая глючит.
3) Код процедуры никто не видел.

При таком подходе в Sybase скажут примерно следующее:
Процедура вызывается - вызывается. А что Вы там внутри написали - так она вам и возвращает.

Татьяна В antand Татьяна ВСпасибо всем за информацию - обнадежили... :-)
А в Sybase никто с этой траблой не обращался?...

Я конечно извиняюсь, может чего не понял, не увидел здесь в чем собственно у автора проблема? С чем в Sybase обращаться?
1) Есть Adaptive Server Enterprise/12.5.3/EBF 13060 ESD#5/P/Compaq Tru64
2) Есть какая-то процедура, которая глючит.
3) Код процедуры никто не видел.

При таком подходе в Sybase скажут примерно следующее:
Процедура вызывается - вызывается. А что Вы там внутри написали - так она вам и возвращает.

Ну да... конечно все это будет звучать довольно странно...
Думаю именно потому-что народ стесняется обращаться с подобными вещами к разработчикам Sybase - проблема и существует...
Просто, надеюсь, что не я первая сталкиваюсь с ентим глюком... :-)
Народ не стесняется, просто подобное обращение с вашими исходными данными ошибки не имеет никакого смысла.
Разработчики Sybase отвечают за конкретные вопросы, связанные с тем функционалом, который они заложили в систему.
С вашими исходными данными, это функционал - создание и вызов хранимых процедур. Он работает(Вы же создаете и вызываете процедуру), Sybase не при делах.
А тот функционал что у Вас не работает(или направильно работает), это внутренности процедуры, н-р операторы TSQL.
Но Вы же это не приводите в качестве исходных данных ошибки(текст процедуры и данные таблиц).
Что может на это сделать Sybase?

Татьяна ВВозникли вопросы к специалистам в программировании на Transact-SQL:
1) Насколько необохима/желательна инициализация переменных (присвоение им начальных значений) в Transact-SQL?
2) Как влияет использование out параметра в объявлении переменных процедуры на зрачение этого параметра?
Пример:
create proc Proc1
(@str varchar(10) out)
as
begin
select * from Table1 where str=@str -- или любой другой код - не принципиально
end
go

create proc Proc2
as
begin
declare @str varchar(10)
exec Proc1 @str out
select @str
end
go

т.е. является ли ошибкой либо нежелательным стилем объявлять переменную @str как out в то время, как внутри вызываемой процедуры ей не присваиваются никакие значения?... может ли это вызвать какие либо ошибки или коллизии в распознавании переменных и соответственно присвоении им значений?...

Добрый день!
Это не является какой-то критичной ошибкой, все зависит от того что Вы потом делать будете с этой переменной(возвращаемым значением). Т.е. в данном случае Вам надо смотреть как эта переменная потом используется.
Я, например, всегда присваиваю такого рода переменным null или какое-то определенное начальное значение, чтобы быть
1) быть уверенным в правильности выборок и вычислений
2) легко проверить значение этой переменной далее(is null и т.п.)
Вот например пример кода в ASA 7, который может привести к ошибочным вычислениям
@str varchar(10)
select @str=str from Table1 where id=2
if @str is null
begin
.........
end
Здесь @str не инициализируется(и там не null) и если select не вернет не одной записи,
то блок begin не выполниться.
Это говорит о том, что при объявлении переменных @str varchar(10), в @str попадает "мусор" и только одному богу известно, что вернет например следующий оператор:
select * from Table1 where str=@str

White Owl Татьяна В1) Насколько необохима/желательна инициализация переменных (присвоение им начальных значений) в Transact-SQL?Этот вопрос не относится к Transact-SQL. Этот вопрос относится к первому месяцу изучения программирования вообще.

Татьяна В2) Как влияет использование out параметра в объявлении переменных процедуры на зрачение этого параметра?
Пример:
create proc Proc1
(@str varchar(10) out)
as
begin
select * from Table1 where str=@str -- или любой другой код - не принципиально
end
goЭтот код неверный. Параметр процедуры объявлен как out, а потом процедура используется для сравения. Результат процедуры абсолютно непредсказуем.

Татьяна Вт.е. является ли ошибкой либо нежелательным стилем объявлять переменную @str как out в то время, как внутри вызываемой процедуры ей не присваиваются никакие значения?Если переменной не присваиваются никакие значения значит эта перменная вообще не нужна. Если перменная используется для передачи параметров внутрь процедуры - она объявляется как IN и обязательно инциализируется перед вызовом процедуры.

Тут даже добавить нечего, White Owl все четко указал.
to Татьяна В
Когда я писал что "Это не является какой-то критичной ошибкой...", я конечно имел ввиду что это не является ошибкой по отношению к серверу. Серверу все равно, что Вы там напишете в процедуре с точки зрения обработки данных, напишите что 2+2=5 так и будет.
Сервер тупо выполняет ваши инструкции в процедуре, лишь бы в этих инструкциях ошибки не было с точки зрения языка T-SQL и определения данных, в данном случае.