Plpgsql 似乎是删除和插入而不是更新 - 为什么？

Question

我正在使用 postgreSQL 7.4。

我有一张大桌子，叫它table_a：

key1 INT NOT NULL, 
key2 INT NOT NULL, 
data INT NOT NULL, 
itstamp INT NOT NULL DEFAULT (date_part('EPOCH'::text, (timeofday())::timestamp without time zone))::INTEGER

还有一个汇总了 key1 的最后更新时间的表，称之为 table_b：

key1        INT NOT NULL,
max_itstamp INT NOT NULL

我在 plpgsql 中创建了一个触发器函数来根据需要在 table_b 中更新或插入行：

CREATE OR REPLACE FUNCTION table_b_update() RETURNS TRIGGER AS '
 DECLARE
  l_key1 INT;
  l_itstamp INT;
 BEGIN
  l_key1 := new.key1;
  l_itstamp := new.itstamp;
  PERFORM TRUE FROM table_b WHERE key1=l_key1;
  IF NOT FOUND THEN 
   INSERT INTO table_b(key1, max_itstamp) values (l_key1, l_itstamp);
  ELSE
   UPDATE table_b SET max_itstamp=l_itstamp WHERE key1=l_key1;
  END IF;
  RETURN NULL;
 END'
LANGUAGE plpgsql IMMUTABLE;

然后我将触发器附加到 table_a：

CREATE TRIGGER table_a_trigger1 AFTER INSERT OR UPDATE ON table_a FOR EACH ROW
EXECUTE PROCEDURE table_b_upate();

现在，将新数据插入 table_a 的时间逐渐增加。 table_b 的文件占用量稳步增长。

我在函数中使用了 RAISE NOTICE 命令来确认 If 语句在第一次调用每个键后会导致 UPDATE 而不是 INSERT。

由于每个 INSERT 的插入时间都会增加，因此我在 table_b 上尝试了 VACUUM FULL。插入时间更改回早期插入的大致时间。 table_b 的文件大小大大减少。在 VACUUM FULL 之后，插入时间再次开始增长。我不想在每次 INSERT 之后都做一个 VACUUM FULL 。

UPDATE 是否可能实际上是在 table_b 中执行 DELETE 和 INSERT？

Answer 1

由于其并发理念，Postgresql 很少使用UPDATE，而且只是最近。你的古董版确实在幕后做了一对DELETE/INSERT。

VACUUM 和 CLUSTER 是保持表格大小可管理的认可方法。 CLUSTER 锁定表（至少在 7.3 中是这样）。您可能希望经常（每天多次）运行普通的VACUUM，并在下班时间运行CLUSTER。当然，这些频率取决于您的更新频率。

我使用 Postgresql 的经验是向上迁移很容易；转储/恢复每次都是第一次工作。

Answer 2

7.4 太老了。您确实需要升级到具有良好 autovacuum 并且会自动处理此问题的最新版本。

不要使用 VACUUM FULL（改用 CLUSTER）。