Грабли DBIные, заботливо присыпанные листвой

[dil]

Ну конечно, я на них наступил.

Типичная последовательность действий при работе с базой данных: prepare(), execute(), если надо прочитать результат – fetch(), ну и в конце finish(). И до сих пор всё работало.

И тут ВНЕЗАПНО оказалось, что если выполняется не обычный SQLный оператор, а хранимая процедура (посредством EXECUTE PROCEDURE), то возникшая при выполнении ошибка после execute() никак не проявляется. Типа, всё нормально выполнилось. А вот когда потом делаешь fetch(), тут-то ошибка и вылезает. Более того, если процедура ничего не возвращает, то ошибка не проявляется вовсе. И процедура, кажется, вообще не выполняется, пока не сделаешь fetch(). Да-да, fetch(), который заведомо ничего вернуть не может.

В документации, естественно, эта замечательная особенность не описана. И я, как обычно, на эти грабли наступил и потратил полдня, чтоб понять, какого хрена оно молча не работает.

Оригинал этой записи. Комментировать можно тут или там.

Любые материалы из этого блога запрещается использовать на сайте livejournal.ru в любой форме и любом объёме

Comments

и на самом деле ошибка идет только при фетче

[kranov.livejournal.com]

    EXEC SQL execute procedure tmp_func(0);
    chk("exec");
    printf("\n");


    EXEC SQL declare c cursor for execute procedure tmp_func(0);
    chk("DECLARE");
    EXEC SQL open c;
    chk("OPEN");
    EXEC SQL fetch c into $pa;
    chk("FETCH");
    if (sqlca.sqlcode == 0)
        printf("Value selected from 'c' = %d.\n", pa);
    printf("\n");



exec:
	SQLCODE =    -684: Function (informix.tmp_func) returns too many values.

DECLARE was successful
OPEN was successful

FETCH:
	SQLCODE =    -746: tmp_func-raised exception

Re: и на самом деле ошибка идет только при фетче

[dil.livejournal.com]

вот...