解決問題

通過多張關聯(lián)表更新主表的字段，根據(jù)狀態(tài)更新為不同的值。

一、關聯(lián)表更新

1.關聯(lián)一張表

更新 table1 表中 num 字段的值為 table2 表中的 sum 的值

update table1 a
set a.num = b.sum
from table2 b
where a.id = b.rel_id and b.type = '1';

2.關聯(lián)多張表

更新 table1 表中 num 字段的值為 table2 和 table3 表中的 sum 字段的和

update table1 a
set a.num = b.sum + c.sum
from table2 b
left join table3 c on b.id = c.rel_id
where a.id = b.rel_id and c.type = '1';

update table1 a
set a.num = b.sum + c.sum
from table2 b, table3 c
where a.id = b.rel_id and b.id = c.rel_id and c.type = '1';

二、根據(jù)狀態(tài)更新為不同的值

根據(jù) table2 表中的 type 的值，更新 table1 表中 num 字段的值

update table1 a
set a.num = case when b.type = '1' then b.sum else b.sum + 1 end
from table2 b
where a.id = b.rel_id;

根據(jù) table3 表中的 type 的值，更新 table1 表中 num 字段的值為 table2 表中的值

update table1 a
set a.num = case when c.type = '1' then b.interest_sum else b.interest_sum + 1 end
from (
	select sum(interest) as interest_sum from table2 group by country
	) b
left join table3 c on b.rel_id = c.id
where a.rel_id = b.id and a.type = '1';

附：update對分區(qū)表使用的影響

在查詢這個一對多進行update執(zhí)行的時候，官網(wǎng)還對其分區(qū)表的分區(qū)鍵進行update后，會不會變更其分區(qū)進行了解讀：

在分區(qū)表的情況下，更新一行有可能導致它不再滿足其所在分區(qū)的分區(qū)約束。此時，如果這個行滿足分區(qū)樹中某個其他分區(qū)的分區(qū)約束，那么這個行會被移動到那個分區(qū)。 如果沒有這樣的分區(qū)，則會發(fā)生錯誤。在后臺，行的移動實際上是一次DELETE操作和一次INSERT操作。

在移動的行上的并發(fā)UPDATE或DELETE可能會收到序列化失敗錯誤。 假設會話 1 正在分區(qū)鍵上執(zhí)行UPDATE，同時，對可訪問該行的并發(fā)會話 2 在此行上執(zhí)行UPDATE或DELETE操作。 在這種情況下，會話 2 的UPDATE 或 DELETE將檢測行移動并引發(fā)序列化失敗錯誤（該錯誤始終返回 SQLSTATE 代碼"40001"）。 如果發(fā)生這種情況，應用程序可能希望重試事務。 在通常情況下，表沒有分區(qū)或沒有行移動，會話 2 將標識新更新的行，并執(zhí)行UPDATE/DELETE在此新行版本中。

請注意，雖然行可以從本地分區(qū)移動到外表分區(qū)（如果外數(shù)據(jù)包裝器支持元組路由），但它們不能從外表分區(qū)移動到另一個分區(qū)。

總結 

到此這篇關于Postgresql使用update語句的文章就介紹到這了,更多相關Postgresql使用update內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論