базы была в файловом варианте, настроен обмен с другой базой. время обмена сост. 7-10 мин., решили перевести базу в серверный вариант, в качестве субд выбрали postgre 9.0.4, на ubuntu 12.0.4, платформа 8.3.5.1119. теперь обмен виснет на выгрузке, настройки обмена не менялись. в чем может быть проблема?

в убунте и пеостгрессе

(0) стопицот вложенных запросов и запросов в цикле при обработке правил обмена.

(2) +1
у самого был обмен на постгри, занимал 1-2 минуту на узел(данных много было)

тему надо было назвать ищу телепата:)

(4) Да скорее всего ему надо правила обмена переписать.

(0) Постгри настроен? По умолчанию там настройки позволяющие только запустить СУБД и одну базу.
Повозились тут с админом около месяца. При стандартных настройках загрузка dt 2Гб была около 15-18 часов. После настройки, не самой тонкой т.к. разбирались по инструкцие и не все поняли, загрузка идет около 1.5 часа. Фактически ускорили в 10 раз.

(6) плюсую за память, это причина половины баек про "плохой" postgres, причем про нее написано в самом начале доки Getting started

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

mysql, например, по-умолчанию тупо валит любую машину с одного мегакривого запроса

а у pg наоборот - по-умолчанию настройки занижены до абсолютного минимума, типа чтобы в случае, если база была нубом поставлена горы других программ - не завалить машину

и таки да, 9.0 - странный выбор в 2015 году

(7) А какой выбор не странный должен быть?

(6) Наблюдал как-то следующее. Загрузка dt файла размером 390 МБ в непустую базу длилось около 20 мин. на PostgreSQL 9.1.9, из них 18 мин  процесс postgres висел с командой drop table, собственно загрузка данных занимала 2-3 мин. На 9.3.4 вся процедура занимает до 4 мин, drop table - до 40 сек. Настройки и там и там одинаковые.

(9) Так может в первом случае данных было дофига, дропалось долго, а во втором полупустая база.

(10) Нет. В пустую ИБ заливался dt, потом этот же dt еще раз в эту же базу. На обех версиях СУБД. Правда, в первом случае CentOS 6.6 и платформа 8.2.19.116, во втором CentOS 7 и платформа 8.3.5.1383. Думаю, существенной роли это не играет.