優化PostgreSQL的更新

Question

我在PostgreSQL的一個表，其中包含超過10 Milions行，我想更新一個字段：

update annonce set confirmed = true; 

但查詢需要較長時間來執行，我怎樣才能優化這個查詢？

Answer 1

update annonce set confirmed = true 
where not confirmed 

部分索引可以幫助：

create index index_name on annonce (confirmed) 
where not confirmed 

比全指數的部分指數將大大降低索引大小，使所有更新，刪除和插入操作變得更快。

Answer 2

如果你經常這樣做，你要稍微修改此如下：

UPDATE announce 
SET confirmed = TRUE 
WHERE NOT confirmed 

此外，你應該(confirmed)創建索引。

今天，你每次都在改變整個表格，這會造成很多死行 - 基本上表格變得臃腫。使用所提出的方法，您將只爲新記錄創建死行，甚至會爲此索引編制索引 - 速度非常快且效率高。

Answer 3

可以說

update announce set confirmed = true where confirmed = false; 

，因爲它是一個布爾值。這將做兩件事情你：

1. 相比，如果10萬尚未確認公告的數量較少，可以把現場變成一個索引，讓PostgreSQL的使用索引以便更快地訪問。

2. 在較早版本的postgresql中，免費空間地圖的大小是固定的。如果你更新了一張大桌子，那麼無論你配置了多大的桌子，都會超出這張地圖。因此，您必須定期執行VACUUM FULL，否則數據庫使用的磁盤空間將超出您最大的想象空間。

Answer 4

你有三個答案。

他們都是錯的。

沒有人認爲是NULL。而NULL是只有這裏需要考慮的事情！因爲，當你在註釋透露：

「證實」是，我現在加入

所有行的定義有confirmed IS NULL表的字段。 A WHERE條款根本無濟於事，只需花費一點點。

即使我們不知道您剛剛添加的列，因爲它在你原來的問題沒有：作爲NULL尚未排除，聲明必須是：

UPDATE announce 
SET confirmed = TRUE 
WHERE confirmed IS DISTINCT FROM TRUE 

但這不會幫助你。相反，索引也沒有。無論如何，整個表格都必須重寫。有沒有辦法繞過它。然而，你可以做很多事情來做到這一點。

它都取決於關於您沒有與我們分享的表的信息。