SOmniИнтересно, каким образом это происходит: и не лочится и данные в течение 10 минут не изменяются?
Версионность. И типы изолированности транзакций.
Не знаю как в постгресе, а в firebird вроде как нельзя более 2-х конкурентно пишущих транзакций одновременно запускать. Т.е. если одна модифицировала значание, то вторая еще может туда чего-то записать, но 3-я уже нет (может уже и вторая не может). Так что де-факто все таки лочится, хотя и гораздо реже чем у блокировщика.

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

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

В общем-то звучит вполне логично, из серии, "а что мы будем делать, если потом при коммите окажется нарушение констрейнта?". Правда для firebird'а я слышал другое объяснение - что мол места всего 2 в которые писать можно, одно - в оригигнальном месте - второе log.

4321
что же касается обсуждаемого вопроса - дамп не является "пишущей" транзакцией (т.е. писать он конечно пишет, но не в БД, в БД он только читатель) - т.ч. тормоза скорее всего будут только из-за конкуренции дисковых операций (дамп захочет много читать, а если еще и пишете он туда же, а не на другой диск....).
А вот здесь и будет вопрос о том, где он сможет хранить версии. По версии firebird'а - будет держатся одна версия - на чтение, вторая - на запись, и третья, если будет - уже заблокируется.
Т.е. вредикт по вопросу если в настоящий момент все работает без блокировок, то и при дампе их появление крайне маловероятно.