Dany305,

в 9.6.1. то же самое.
он таки протекает.
но течет, как и предполагалось, по ddl. --даже не создавая новую foo вы получите ошибку попытавшись обратиться к foo сразу после дропа в 1

надо смотреть на 'foo'::regclass::oid -- тогда сразу видно, на что вы смотрите.

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

если же в рипитебле сразу почитать из что--то из foo -- то будет лок таблички, и в параллельной сессии образуется честная очередь на дроп.

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

qwwq,

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

попробовать:
-- прочитать все нужные имена из pg_class .

vyegorov,

ничего страшного
1. открываем рипитебл.
2. первым предложением читаем из всех объектов (или кладём лок на строки pg_class всех объектов, которые собрались опрашивать)
3. начинаем считать. (т.н. профит)

vyegorovqwwqили есть идеи, как иметь несколько не только версий строк (в том же пж_класс), но и версий таблиц одновременно, не лоча ддл ?
В данном случае, DROP/CREATE приводит к тому, что в `pg_class` происходит DELETE/INSERT записей.
Соответственно, если сама `pg_class` защищена MVCC, то разницы быть не должно — первая сессия (которая пересоздала таблицу) видит уже новую версию в `pg_class`, REPEATABLE READ сессия видит прежнюю в соответствии с правилами MVCC.

Но я согласен — это ящик пандоры.
там кажись select 'foo'::regclass::oid отличается от select oid from pg_class where relname='foo'; это забавное следствие того ,что для select oid from pg_class действует текущий уровень изоляции, а для select * from foo; --- foo, это то foo , ддл которого закомиченно последним (т.е. для ддл уровень изоляции всегда "коммитед" )