优化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 

但这不会帮助你。相反，索引也没有。无论如何，整个表格都必须重写。有没有办法绕过它。然而，你可以做很多事情来做到这一点。

它都取决于关于您没有与我们分享的表的信息。