Есть хранимая процедура, которая должна вырезать из таблицы строку с наименьшим значением ключевого поля.


Пишу на Builder 6. Вызываю процедуру так:


Так вот процедура удаляет запись, но ничего не возвращает (:p_phone и :p_time - выходные параметры процедуры). После её вызова у  меня стоит

И BufferQuery->RecordCount равно нулю. Значит выходные параметры выполняемой процедуры это не набор данных? Их надо читать не как поля, а как параметры? Как это сделать?

var_id_call должен быть объявлен, как выходной параметр.
тогда 

Добавлено @ 11:34

что это?

Добавлено @ 11:35
или


Это сообщение отредактировал(а) Akella - 14.5.2007, 11:40

Так var_id_call это внутренняя переменная процедуры. Её возвращать не надо. 
Ну я для интереса попробовал - ничего не изменилось. Интересно хранимки можно как-то пошагово выполнять, что-то типа отладочного режима?

от блин, та я просто к примеру

Добавлено через 21 секунду

нельзя

Добавлено через 1 минуту и 17 секунд
можно что-то типа такого: создаешь таблицу, куда будут попадать сообщения
а в процедуре на нужных тебе шагах пишешь значения в эту таблицу, вот и всё

Получилось через select, только при этом возвращается всегда одна запись (пустая или непустая), поэтому код стал такой:



А BufferQuery это TpFIBQuery. Кверя короче из FIBPlus

Это сообщение отредактировал(а) ksili - 14.5.2007, 12:01

почитай про For Select

Да я читал когда-то. Вроде там между begin и end выполняются действия для каждой записи попавшей в select. Только зачем мне это? Результатом моей ХП должны быть два поля из самой старой записи (то есть с наименьшим ID), если в таблице что-то есть, либо вообще ничего, если таблица пустая. А что там с остальными записями мне всё равно. Так что for select, по-моему, здесь неуместен.

да, неуместен. Тебе же нужно одну запись получать из хранимки

>Akella & ksili
Пошагово отлаживать ХП МОЖНО
для этого можно воспользоваться IBExpert

>ksili

Не совсем понял. Если транзакция закрывается (Commit), то и набор данных закрывается, (если это не UpdateTransaction FIBPlus)
а след-но

должна быть ошибка

 ??? не понятно о чем.
уж лучше проверить 
 BufferQuery->ExecQuery(); заменить на  BufferQuery->Open(); и без Commit

подробнее

BufferQuery->Transaction это не UpdateTransaction:

И тем не менее всё работает, никакой ошибки нет.

Зачем

если всё работает?

Про отладку ХП тоже интересно

Подробнее.
Ну не совсем отладка, но пошаговое выполнение процедуры это реальность.
Вы пользуетесь IBExpert'ом?

Добавлено через 7 минут и 20 секунд

Если бы все работало, и никаких ошибок не было, то и вопросов бы не было ;-)
Не понимаю, или не хватает кода, как у тебя после Commit набор данных остается открытый, неужто кешированный апдейт настроен?

Я ничего вроде не настраивал, всё по-умолчанию. Я всегда так работаю с кверями: 
Выполняю её, подтверждаю, а затем вытягиваю, то что нужно в переменные.

 Вот как раз если её не подтвердить, то BufferQuery->FieldByName("P_PHONE")->AsString ничего не даст. Я поначалу не подтверждал (недавно вообще БД занимаюсь) но методом тыка догадался, что нужно подтвердить.

Правда если следом идет несколько запросов, и в промежутках не надо из них вытаскивать какие-то данные (например они все обновляющие), то можно Commit поставить только после последнего запроса.

Так сейчас вопросов и нет, они были раньше, а сейчас уже вопрос помечен как решённый 

Это сообщение отредактировал(а) ksili - 18.5.2007, 12:10

Принцип работы сл-щий:
1. открыть транзакцию
2. прочитать данные
3. подтвердить/отменить транзакцию (здесь она закрывается и все связанные с ней DataSet'ы)
а вот здесь при попытке узнать значение поля должна быть ошибка.
Вероятно у тебя транзакция открывается автоматически или еще чего делается.
В общем не буду больше приставать.

Так это что ли получается транзакция дважды выполняется? Один раз мной, второй раз автоматически? Нехорошо...