Re: 'plpgsql' oddity

Поиск
Список
Период
Сортировка
От Stephan Szabo
Тема Re: 'plpgsql' oddity
Дата
Msg-id Pine.BSF.4.21.0101221854430.22499-100000@megazone23.bigpanda.com
обсуждение исходный текст
Ответ на 'plpgsql' oddity  ("Mitch Vincent" <mitch@venux.net>)
Список pgsql-general
I think you're running into constant evaluation issues.
The query plan's going to be generated when it first runs successfully
which means the constant 'now' is probably going to be evaluated at
that time.  Try using now() instead.

On Mon, 22 Jan 2001, Mitch Vincent wrote:

> This is probably something I'm doing (or not doing) but I can't seem to
> figure out what it is... I have been playing with this little function :
>
> CREATE FUNCTION invoice_payment() RETURNS OPAQUE AS '
> BEGIN
>
>    UPDATE invoice_master SET total = total - NEW.amount,updated = ''now''
> WHERE invoice_id = NEW.invoice_id;
>
>    RETURN NEW;
>
> END;
> ' LANGUAGE 'plpgsql';
>
>
> .. and this trigger :
>
> CREATE TRIGGER invoice_trigger AFTER INSERT ON invoice_payments
> FOR EACH ROW EXECUTE PROCEDURE invoice_payment();
>
>
> The first field to be updated (total to total - amount) works just fine but
> anything I put after that simply doesn't happen, it's very strange.. In the
> above example, total gets updated but the field 'updated' does not, yet the
> query does run (and correctly as far as the total field goes) so I'm
> assuming there isn't a parse error or anything..
>
> Can someone smack me with a clue stick?
>
> Thanks!
>
> -Mitch
>


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: 'plpgsql' oddity
Следующее
От: "Prasanth Kumar"
Дата:
Сообщение: Re: Data entry screen building utilities