"sasha" ...
>
> > Без комментариев, ибо со стандартом в этом плане не знаком, но имею
> > серьёзные сумления, что в MS реализован именно стандарт, это не в их
> > обычае вообще-то.
>
> Та у них очень похоже на реализацию Влада, только с наворотами типа:
Курсоры делал ДЕ
> 1) Курсоры локальные/глобальные
> 2) Однонаправленные/двунаправленные
> 3) В случае двунаправленных курсоров можно фетчить и следующую запись и
> предыдущую
> 4) Может чё ещё, я не особо интересуюсь в общем-то...
Избегай кусоров в MSSQL как огня - это самый большой тормоз этой СУБД.
> > Мсье про вызовы процедур из других процедур в курсах?
>
> А если мне туда пол сотни переменных передать надо? Это конечно вариант,
> но мне он не кажется удобным.
>
> > Надо. Мне. Мне непонятно нахрен применять курсор, жрущий память,
> > когда нужен однонаправленый проход по резалтсету.
Не сгущай краски :)
> 1) Разве у нас курсорыне однонаправленные?
Да
> 2) Почему они должны жрать память? Циклы FOR же не жрут.
Наши курсоры не отличаются от FOR SELECT.
То, что ты хочешь, называется переменная-ссылка на курсор (refcursor
в oracle, насколько я помню). Не знаю, насколько это может быть трудоёмко,
т.к. делал курсоры ДЕ. Ему и слово :)
--
Хорсун Влад
