ky0

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

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

Да, COPY предполагает локальное расположение. Монтируйте каталог по сети, например.

есть таблица с 1.2 млн полей

Вы абсолютно точно что-то делаете не так. Надеюсь, что это всё-таки строки, а не поля.

С десятками тысяч записей легко справится и COPY FROM из csv. Размер таблицы при инсертах на скорость вставки особо не влияет - это же не update.

Завершившиеся процессы в активити не отображаются (кэп).

TABLESAMPLE.

См. также.

Нужно добавить соответствующую запись в pg_hba и сделать релоад СУБД.

для каждого клиента должна создаваться отдельная база данных в кластере Постгреса

Копирование отдельных таблиц или баз данных (говоря о планируемом вами "горячем переезде") возможна только при логической репликации. Мне это видится излишним усложнением по сравнению с вариантом "каждому клиенту свою СУБД + стандартная потоковая репликация в случае необходимости", при котором нет огромных кластеров, отказ которых повлияет на существенное число клиентов.

Не нужен вам кастомный id формат, возьмите стандартный serial, а год запихните в другое поле.

Даже 100 мсек на таблицах такого размера - это много. Первое, что приходит в голову - СУБД не хватает памяти/проца, либо она не настроена (это касается и нужных индексов).

Хаускипинг при использовании постгреса можно легко заменить партиционированием таблиц с последующим их дропом.

В целом, на таких масштабах, наверное, правильнее юзать SSD.

Везде убунта не просто так. Подумаетй насчёт виртуалки с линуксом, дальше наверняка будет больше проблем вида "в интернете гайды только по линуксу".

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

Можно сделать дамп штатными утилитами.

Можно, если база у вас небольшая или наоборот - здоровенная и её восстановление занимает много времени, потушить СУБД и скопировать datadir.

Вкусовщина.

which psql
Потом можно просто линк на бинарник добавить в /usr/bin: ln -s /usr/local/something/bin/psql /usr/bin/psql

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

СУБД в продакшене лучше не в докер. Ну или хотя бы реплику настройте с автофейловером.

Ну как это вы не нашли? Вот же https://postgrespro.ru/docs/postgresql/14/typeconv