Re: Bug in triggers

From: Chris Travers <chris(at)metatrontech(dot)com>
To:
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: Bug in triggers
Date: 2010-03-05 23:12:58
Message-ID: 5ed37b141003051512q2ecffadr9518410e010731a1@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Fri, Mar 5, 2010 at 2:32 PM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Robert Haas <robertmhaas(at)gmail(dot)com> writes:
>>> On Wed, Mar 3, 2010 at 9:53 PM, Robert Haas <robertmhaas(at)gmail(dot)com> wrote:
>>> It does seem weird that assigning NEW to var changes the value; I'm
>>> not sure why that happens.  Is that what you're asking about?
>
>> Anyone else have an opinion on whether this is a bug?
>
> It's arguably a bug, but since we lack consensus on whether NULL and
> ROW(NULL,NULL,...) are the same thing, it's difficult to make a
> bulletproof case either way.  In any case nothing is likely to get done
> about it in the near term because it's wired into plpgsql's
> implementation.  Changing from row to record representation of such
> variables is possible but would probably have side effects, ie, it would
> create new compatibility issues of unknown seriousness.  I'm not too
> optimistic about the performance implications either.

I don't know if it is a bug. Different textual representations could
easily happen due to intermediate conversions of datatypes....

For example: I wouldn't expect timestamp::date::text to equal
timestamp::text. Textual representations are not necessarily
consistent.

I guess a better question for Oleg might be:

"Why is it important to you to get this fixed? What are you trying to
do that you can't do without fixing this?"

Best Wishes,
Chris Travers

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Robert Haas 2010-03-06 02:10:15 Re: Bug in triggers
Previous Message Tom Lane 2010-03-05 22:32:03 Re: Bug in triggers