The UPDATE statement updates the rows and columns of the specified table with the given values for rows that satisfy the search_condition.
When updating row(s) of a multi-tenant table, a regular tenant can only update rows in its partition, and the rows remain in the same tenant partition, but a super-tenant or a DBA can update rows in all the tenant partitions and group partitions. A super-tenant or a DBA may refine which tenants' rows must be affected by using the tenantid_tbl() or the tenantName_tbl() function in the WHERE clause search_condition.
Updating a row of a partitioned table may result in one of the following:
If unpartitioned key columns are updated, then the updated new record remains in its original partition. In this case, there is no change in the behavior of the UPDATE statement.
If only one range partition key column is updated and the updated value is in the existing partition range, then the record remains in the existing partition.
If one or more list partition key columns are being updated (or the range partition key column is updated and the new value are not in the existing partition), then the updated new record is moved to a different partition.The new partition ID is determined with the newly updated record's partition key columns.
If the new record's partition key columns cannot determine any partition while updating the record, then the UPDATE statement returns an error stating that the updated row does not belong to any partition.
Note: You must have the write permissions on the partitioned table to update its records.
The UPDATE statement uses the following syntax:
Syntax
UPDATE table_name SET assignment[, assignment] , ...[ WHERE search_condition] ;