From: | Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com> |
---|---|
To: | Rob Sargent <robjsargent(at)gmail(dot)com>, pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: Converting sql anywhere to postgres |
Date: | 2023-08-16 19:35:07 |
Message-ID: | 7de51aeb-600d-3375-ad65-6249f8e8f8a9@aklaver.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 8/16/23 12:01, Rob Sargent wrote:
> On 8/16/23 12:30, Guyren Howe wrote:
>> For some reason, I was thinking the rule could see just the fields
>> from the command, but you’re right; a rule won’t work. Sorry.
>>
>> Guyren G Howe
>> On Aug 15, 2023 at 23:22 -0700, Russell Rose | Passfield Data Systems
>> <russellrose(at)passfield(dot)co(dot)uk>, wrote:
>>> I have just had a quick look at rules and I am not sure how it can be
>>> done. Rules still use the concept of NEW and OLD. If my original row
>>> has 'myfield' set to 'me' then I don't think I can tell the
>>> difference between:
>>>
>>> Update mytable set afield='something'
>>> and
>>> Update mytable set afield='something',myfield='me'
>>>
>>> Within the rule I think NEW.myfield will be set to 'me' in both
>>> cases. Please can you explain how I can tell the difference between
>>> the two update statements
>>>
> If the original value in the user column is "me", what is the difference
> between "set other_column = some_value, user = 'me'" and "set
> other_column = some_value" at the business level?
Affirmation that the user updating the record explicitly set the user value.
--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Ron | 2023-08-16 20:24:09 | Re: Creating a TABLESPACE |
Previous Message | Rob Sargent | 2023-08-16 19:01:04 | Re: Converting sql anywhere to postgres |