Вопрос2,

должен.

запускайте запрос из отдельной бд . рез-ты забирайте в массив.
можно из того же инстанса. создать там отдельную базёнку.
или вообще снаружи.

Вопрос2qwwqдолжен.



Получается когда идет долгая выборка из одной таблице по всем другим вакуум не может очистить данные?
нет. не тот "язык"

"получается, что запущенный запрос фиксирует глубину, вплоть до которой старые версии можно вакуумировать. и от которой версии надо хранить, т.к. сессия оного запроса может "в принципе" захотеть их увидеть." и т.д.

т.е. если у вас полно совсем старых данных -- их можно вакуумировать. а если вы их производите непрерывно, то "новые старые" записи, произведенные после старта последней незакомиченной сессии трогать нельзя.

обычно напряги на активно обновляемых не самых больших таблицах. типа таблицы активных сессий и проченго "логического локирования" (и их индексы опухают)

Вопрос2Я думал что для вакуума ни кто не должен обращаться даже на чтение именно к той таблице , которую вакуумируем.

это смотря какая бабель.

факьюмов штуки 3 как минимум.
лочит таблу с концами фулл-факуум.
остальные могут лочить ддл. (аналайз например не дает произвести потомка). но не работу с записями.

т.к. "старые версии" могут быть кому-то нужны (запущеной сессии, собирающей отчет, например. более строго -- сессии с режимом изоляции от репитебл-рид. -- то их подбирать можно не только лишь всегда..)

Вопрос2,

раньше и такое случалось.

читайте буквари.

тут есть поиск.
http://www.sql.ru/forum/actualsearch.aspx?search=vacuum xmin&sin=0&st=t&bid=7&a=&ma=0&dt=-1&s=1&so=1

например.

и можно почитать вот тут
http://www.sql.ru/forum/1160776/arhitektura-postgresql?mid=17753534&hl=?????? ??????????#17753534
тут
http://www.sql.ru/forum/820306-5/golosuem-za-novye-fichi-pg?mid=19197872&hl=vacuum xmin#19197872

и вокруг
и по ссылкам оттуда