URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 41375
[ Назад ]

Исходное сообщение
"OpenNews: Компания Truviso передала PostgreSQL код для поддержки экстремально долгих запросов"

Отправлено opennews , 22-Апр-08 21:09 
"Truviso Contributes PostgreSQL Enhancements to Open Source Community (http://permalink.gmane.org/gmane.comp.db.postgresql.announce...)" - компания Truviso опубликовала большой пресс-релиз про передачу проекту PostgreSQL исходных текстов некоторых своих разработок, из которого, как это часто бывает с пресс-релизами, невозможно понять, что именно  передала проекту Truviso.


В списке рассылки разработчиков PostgreSQL прояснили ситуацию (http://groups.google.ru/group/pgsql.advocacy/browse_thread/t...). Был представлен (http://archives.postgresql.org/message-id/20080325202645.GA1...) патч для создания снапшотов состояния базы не разрывающих работу выполняющихся транзакций, что позволяет без проблем выполнять в PostgreSQL экстремально длительные по времени запросы и транзакции, не мешая работе таких операция как VACUUM.

URL: http://permalink.gmane.org/gmane.comp.db.postgresql.announce...
Новость: http://www.opennet.me/opennews/art.shtml?num=15462


Содержание

Сообщения в этом обсуждении
"Компания Truviso передала PostgreSQL код для поддержки экстремально долгих запросов"
Отправлено Бурзум , 22-Апр-08 21:09 
О. Это гораздо наиболее хорошо. Хм. Хотя, кажется, по слухам в 8.3 (которая ДО этого патча) `всякие VACUUM' и так было размазаны по времени, не мешая прочим запросам. or am i right?

"Компания Truviso передала PostgreSQL код для поддержки экстр..."
Отправлено alexk , 23-Апр-08 01:29 
Проблема не в том, что vacuum мешает другим запросам, а в том, что другие запросы мешают vacuum :) (в 8.3 были "размазаны" checkpoints, а не vacuum). В данном случае устранена проблема с тем, что транзакции, не модифицирующие данные и выполняющиеся в течении длительного времени блокировали vacuum, запускающийся после их начала.

"Компания Truviso передала PostgreSQL код для поддержки экстремально долгих запросов"
Отправлено vadiml , 23-Апр-08 10:33 
Значит теперь решится проблема сжатия постоянно загруженной базы