Всем, привет!

пытаюсь понять логику работы хранимых процедур...
создал тестовую процедуру для создания записи в таблице персонала,
которая возвращает ИД сотрудника
CREATE PROCEDURE PARTNER_SET ( IN id integer,
IN first_name VARCHAR(40),
IN middle_name VARCHAR(40),
IN last_name VARCHAR(40),
IN sex VARCHAR(20),
IN parentid integer,
IN birth VARCHAR(20),
person_id integer )
LANGUAGE SQL
P1: BEGIN
-- Объявить переменную
DECLARE PERSON_TMP INTEGER DEFAULT 0;

SELECT id into PERSON_TMP FROM FINAL TABLE
(INSERT INTO PERSONS (FIRST_NAME, MIDDLE_NAME, LAST_NAME, SEX,
PARENTID, BIRTH)
VALUES (PARTNER_SET.first_name, PARTNER_SET.middle_name, PARTNER_SET.last_name, 1,
PARTNER_SET.parentid,
PARTNER_SET.birth));
SET person_id = PERSON_TMP;
END P1

потом пытаюсь получить результаты работы процедуры
call partner_set(1,'1','1','1','1',3,'01/01/2009',?)

"не выходит каменный цветок"... :)
IBM Data Studio Developer
Версия 2.1
открывает окно для ввода значения для переменной "?"
как будто это входная переменная...

в чем я "согрешил" ?

и что также немаловажно...
а не лучше ли для случаев, когда возвращается только одно значение использовать
SQL-function а не SQL-procedure[src][/SRC]

спасибо, Марк!

такой вариант у меня тоже был... :)
call partner_set(1,'1','1','1','1',3,'01/01/2009',?)
выполняется, но ничего не возвращает...
кроме того полагаю, что кроме сохранения процедуры нужно было и размещать её...

однако походил по постам форума с поиском по call
никак не могу получить эффект, чтобы увидеть возвращаемый процедурой результат
в моем варианте получаю что-то типа execute procedure а не select from procedure
уж извините для ИБ-терминологию... :)

cпасибо, Семен!
насколько я понял, и
IDENTITY_VAL_LOCAL()
и
SELECT id FROM FINAL TABLE
извлекают текущий указатель столбца идентификации.
буду определяться в дальнейшем.

to Mark
перевел лотусовую базу на режим хранения в дб2,
на основные формы создал DBAccessView и
пытаюсь привести информацию в нормализованных вид для "оцифровывания" и последующих обработок.
в одной таблице есть поля о родителе и его детях (имена, даты рождения и т.д.)
т.к. количество детей может быть переменным, то естественным является решение о переносе данных о конкретном индивиде в отдельную таблицу с указанием в отдельном поле ссылки на родителя. С учетом того, что информация в исходной таблице слабо типизирована, а если точнее сказать, то является текстовой переменной с различными вариантами написания, то для её "причесывания" необходим достаточно большой кусок кода, который для улучшения читабельности и улучшения управления кодом желательно запаковать в хранимую процедуру.
С учетом того, что при создании записи персоны нужно указывать код родителя, этот код должна возвращать или SQL-процедура или SQL-функция в пределах одной транзакции, которая обрабатывает одну исходную запись в DBAccessView

если с практической точки зрения, то возврат в переменную внутри хранимой процедуры
если с образовательно-познавательной, то увидеть любые результаты, которые возвращает
IBM Data Studio Developer - изнемогаю от любопытства... :)
пока вижу, что процедура работает, но на выход ничего не выдает...
конечно это может быть в настройках IBM Data Studio Developer,
но он для меня тоже новый инструмент...

Марк, спасибо!
особенно за терпение... :)

почитал ответы, полистал форум, заглянул на ИБМ и кажется понял,
как сформулировать свой вопрос... :)

насколько я понял, для тех случаев, когда из процедуры нужно вернуть данные,
то основным инструментом для этого предназначен курсор.
что он дает:
1. отпадает необходимость прописывать в процедуре выходные параметры,
т.к. список возвращаемых параметров формируется при декларировании
или prepare курсора
(это например по сравнению с ИБ)
2. на клиенте появляется возможность выбрать либо n-записей из курсора
или весь курсор

получается, что выходные параметры в хранимой процедуре это что-то типа рудимента ?