https://www.opennet.ru/openforum/vsluhforumID3/41375.html "Truviso Contributes PostgreSQL Enhancements to Open Source Community (http://permalink.gmane.org/gmane.comp.db.postgresql.announce/1131)" - компания Truviso опубликовала большой пресс-релиз про передачу проекту PostgreSQL исходных текстов некоторых своих разработок, из которого, как это часто бывает с пресс-релизами, невозможно понять, что именно передала проекту Truviso. <br><br><br>В списке рассылки разработчиков PostgreSQL прояснили ситуацию (http://groups.google.ru/group/pgsql.advocacy/browse_thread/thread/d63c3b498b9b0a12/701f68d27f3aec8c). Был представлен (http://archives.postgresql.org/message-id/20080325202645.GA15520%40alvh.no-ip.org) патч для создания снапшотов состояния базы не разрывающих работу выполняющихся транзакций, что позволяет без проблем выполнять в PostgreSQL экстремально длительные по времени запросы и транзакции, не мешая работе таких операция как VACUUM.<br><br>URL: http://permalink.gmane.org/gmane.comp.db.postgresql.announce/1131<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=15462<br> https://www.opennet.ru/openforum/vsluhforumID3/41375.html#3 Wed, 23 Apr 2008 06:33:38 GMT Значит теперь решится проблема сжатия постоянно загруженной базы<br> https://www.opennet.ru/openforum/vsluhforumID3/41375.html#2 Tue, 22 Apr 2008 21:29:04 GMT Проблема не в том, что vacuum мешает другим запросам, а в том, что другие запросы мешают vacuum :) (в 8.3 были "размазаны" checkpoints, а не vacuum). В данном случае устранена проблема с тем, что транзакции, не модифицирующие данные и выполняющиеся в течении длительного времени блокировали vacuum, запускающийся после их начала.<br> https://www.opennet.ru/openforum/vsluhforumID3/41375.html#1 Tue, 22 Apr 2008 17:09:27 GMT О. Это гораздо наиболее хорошо. Хм. Хотя, кажется, по слухам в 8.3 (которая ДО этого патча) `всякие VACUUM' и так было размазаны по времени, не мешая прочим запросам. or am i right?<br>