SQL Update statement
- FlowHeater-Team
- Topic Author
- Offline
- Admin
Less
More
13 years 10 months ago - 1 year 1 month ago #2089
by FlowHeater-Team
Best wishes
Robert Stark
SQL Update statement - Post(2089) was created by FlowHeater-Team
Translated submission in the German forum. You can read the original entry
here
.
Hello,
I want to update a field of an SQL database, in this case overwriting a value of 9 to 0 (the record is to be cleared).
Should I place the SQL Adapter on both READ and WRITE sides with the relevant database table?
Is the field then updated using a Replace Heater?
I have experimented with it this way and obtain the following SQL statement:
update [VEIS_INVOICE] set [ENTITYSTATE] = 0 where [PK_VEIS_INVOICE] = null
But it doesn’t work.
What am I doing wrong?
Best wishes
Martin
Hello,
I want to update a field of an SQL database, in this case overwriting a value of 9 to 0 (the record is to be cleared).
Should I place the SQL Adapter on both READ and WRITE sides with the relevant database table?
Is the field then updated using a Replace Heater?
I have experimented with it this way and obtain the following SQL statement:
update [VEIS_INVOICE] set [ENTITYSTATE] = 0 where [PK_VEIS_INVOICE] = null
But it doesn’t work.
What am I doing wrong?
Best wishes
Martin
Best wishes
Robert Stark
Last edit: 1 year 1 month ago by FlowHeater-Team.
Please Log in or Create an account to join the conversation.
- FlowHeater-Team
- Topic Author
- Offline
- Admin
13 years 10 months ago #2090
by FlowHeater-Team
Best wishes
Robert Stark
Replied by FlowHeater-Team on topic Re:SQL Update statement - Post(2090)
Hallo Martin,
Your approach of using the same table twice (once for READ, once for WRITE) is correct.
In order that an SQL Update statement is (correctly) generated, the Primary Key fields of the READ/WRITE sides must be connected together.
All of the Heaters connected are always executed and this also applies to an UPDATE.
Please make certain that in the Configurator for the SQL Server Adapter on the WRITE side that the option UPDATE is checked! Then everything should work.
WARNING: If on the READ side you do not define a WHERE clause restriction, then all records in the table are updated.
Your approach of using the same table twice (once for READ, once for WRITE) is correct.
In order that an SQL Update statement is (correctly) generated, the Primary Key fields of the READ/WRITE sides must be connected together.
All of the Heaters connected are always executed and this also applies to an UPDATE.
Please make certain that in the Configurator for the SQL Server Adapter on the WRITE side that the option UPDATE is checked! Then everything should work.
WARNING: If on the READ side you do not define a WHERE clause restriction, then all records in the table are updated.
Best wishes
Robert Stark
Please Log in or Create an account to join the conversation.
Time to create page: 0.246 seconds