ky0

Разберитесь, что означает каждый ключ в обеих ваших командах - на мой взгляд, даже несмотря на то, что я не знаком со спецификой обработанного напильников для 1С постгреса, около половины из них нафиг не нужна.

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

Т - тестирование. Д - дебаггинг.

И что страшного в миллионах записей? Тем более, что вы говорите - скорость выборки не принципиальна.

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

Этот процесс называется "транспонирование". Посмотрите в сторону функции crosstab, как рекомендуют, например, вот тут.

Рекурсивные функции и SQL плохо совместимы - подобная логика обычно выносится вне СУБД, чего и вам советую.

Не побоюсь показаться банальным: https://www.postgresql.org/docs/current/index.html

Если XML более-менее "плоский", то можно распарсить его вне СУБД (с помощью того же xmlstarlet, например) и превратить, например, в CSV - после чего загружать кусками через COPY, в том числе параллельно.

Есть такая штука, search_path. Возможно, на старом месте она была настроена.

для 1000 нужна какая-то автоматизация. Как? Чем?

В простейшем варианте - обыкновенным скриптом, который бы брал список баз и проходился по нему, архивируя каждую со своим паролем.

Но вообще - не очень понятен смысл сей деятельности. Не на ровном месте же у вас появилась тысяча баз? Если эти базы - не ваши, то есть каких-то клиентов, а вы являетесь хостером - ничто не мешает бэкапить всю СУБД одним куском, а при необходимости - вытаскивать из этого бэкапа только нужные базы/таблицы.

1. Устанавливаете постгрес на линукс
...

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

20-30 миллионов - это даже не близко к тем числам, на которых будут ощущаться тормоза (разумеется, при адекватной настройке и индексах) в любой СУБД с нормальным количеством выданной памяти. Разрастание таблиц лечится партиционированием старых/больше не изменяемых данных.

А что мешает-то?

https://www.postgresql.org/docs/current/functions-...

Порт нестандартный. Уверены, что у вас нет второго экземпляра постгреса на 5432 порту и пгадмин не смотрит именно на него?

А что навело вас на мысль, что в 11 версии этот процесс существенно отличается?

В time хранится только время, без даты. Используйте timestamp.

Существует функция now(), которую можно поиспользовать, если хотите, чтобы СУБД сама подставила текущее время.

В такой формулировке - вам нормальная СУБД и не нужна, раз вы не умеете её готовить.