Re: Converting sql anywhere to postgres - Mailing list pgsql-general

From Adrian Klaver
Subject Re: Converting sql anywhere to postgres
Date
Msg-id 41ced76e-3096-d0f4-549d-e15d7db6964c@aklaver.com
Whole thread Raw
In response to Re: Converting sql anywhere to postgres  (Rob Sargent <robjsargent@gmail.com>)
List pgsql-general
On 8/16/23 14:16, Rob Sargent 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
andOLD. 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
differencebetween 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.klaver@aklaver.com
>>
> Agreed.  But at the end of the day, the difference is what exactly?  Wouldn't auditing (short of sql logging) say “no
change”with respect to “me” column?
 

That is above my pay grade, that is for the OP to elaborate on. I was 
just saying that the Postgres server could not make that distinction 
with the information provided.



-- 
Adrian Klaver
adrian.klaver@aklaver.com




pgsql-general by date:

Previous
From: Rob Sargent
Date:
Subject: Re: Converting sql anywhere to postgres
Next
From: "[Quipsy] Markus Karg"
Date:
Subject: AW: AW: Cast INTEGER to BIT confusion