¿Qué se puede decir sobre la optimización del plan de consulta? MVCC Hay una tabla CREATE TABLE orders ( id BIGSERIAL PRIMARY KEY, status TEXT, updated_at TIMESTAMP ); y una consulta que se ejecuta cada segundo UPDATE orders SET status = 'processed', updated_at = now() WHERE id = 1; Después de unos días, notas: • el tamaño de la tabla ha crecido mucho • la consulta SELECT * FROM orders WHERE id = 1 funciona más lentamente Preguntas para el candidato 1. ¿Por qué crece la tabla, aunque la fila siempre sea la misma? 2. ¿Qué papel juega MVCC en esta situación? 3. ¿Qué debería resolver este problema?

Таблица растёт, потому что в PostgreSQL (и других СУБД с MVCC) при обновлении строки не происходит перезапись существующей записи, а создаётся новая версия строки. Старая версия остаётся в таблице до тех пор, пока не будет удалена сборщиком мусора (VACUUM). Поэтому даже при обновлении одной и той же строки физически в таблице накапливаются старые версии, что увеличивает размер таблицы.

MVCC (многоверсионность) обеспечивает изоляцию транзакций, позволяя видеть данные в состоянии на момент начала транзакции. Для этого при обновлении создаётся новая версия строки, а старая остаётся для других транзакций, которые могут её читать. Это приводит к накоплению "мертвых" версий строк.

Проблему решает регулярный запуск VACUUM (особенно VACUUM FULL или autovacuum), который удаляет устаревшие версии строк и освобождает место. Также можно настроить autovacuum для более частого срабатывания, чтобы не накапливались старые версии. В некоторых случаях помогает реорганизация таблицы или использование более подходящих стратегий обновления данных.