Re: why can't see the updated value after SPI_execute("update ....", false, 1);

Поиск
Список
Период
Сортировка
От sunpeng
Тема Re: why can't see the updated value after SPI_execute("update ....", false, 1);
Дата
Msg-id AANLkTinmjCnwMHSn82ibYiASdqD9FUG+-DaF1qxNKWkn@mail.gmail.com
обсуждение исходный текст
Ответ на Re: why can't see the updated value after SPI_execute("update ....", false, 1);  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
I then added , yet it still doesn't work.



2010/9/12 Tom Lane <tgl@sss.pgh.pa.us>
sunpeng <bluevaley@gmail.com> writes:
> First I use SPI_execute("update ....
>   bool succ;
>    SPI_connect();
>     int ret = SPI_execute("update ....where uid = 1", false, 1);//later will
> add error processing
>     if (ret == SPI_OK_UPDATE && SPI_processed == 1) {
>         succ = true;
>    }
>    SPI_finish();

> Then I use SPI_execute("select .....where uid = 1", ....

>     SPI_connect();
>     int ret = SPI_execute("select .....where uid = 1", true, 1);//later will
> add error processing
>     if (ret == SPI_OK_SELECT && SPI_processed == 1) {
>            HeapTuple tuple;
>            tuple = SPI_tuptable->vals[0];
>               ...
>            datum = heap_getattr(tuple,attrno,SPI_tuptable->tupdesc,&isnull);
>            ....
>     }
> the datum doesn't change, why ?

You're missing a CommandCounterIncrement() call between the two actions.
If you hadn't passed read_only = true to the second SPI_execute, it
would have done one for you.

                       regards, tom lane

В списке pgsql-general по дате отправления:

Предыдущее
От: Casey Jones
Дата:
Сообщение: Re: Huge amount of memory errors with libpq
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Huge amount of memory errors with libpq