ky0

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

Виртуалка с установленным и нормально настроенным пакетом. Не привыкайте к кривоте, СУБД в контейнере - именно из этой оперы.

Вы выбрали худший вариант графической морды к постгресу :) Подумайте, не совершайте ошибку.

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

Зачем делать полную перезаливку для добавления нескольких товаров? Добавляйте в продукционную базу инкрементально - только то, что изменилось.

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

А давать пользователям рулить тем, что они записывают в базу, не стоит - всегда лучше подпереть самостоятельно.

У вас порт СУБД наружу не открыт, добавьте в ports 5432:5432 и модифицируйте под свои нужды pg_hba.

В документации написано следующее:

Файлы содержат SQL-скрипт, создающий базу данных demo и наполняющий её данными (фактически, это резервная копия, созданная утилитой pg_dump). Обратите внимание, что при установке существующая база данных demo будет удалена и создана заново! Владельцем базы данных demo станет пользователь СУБД, выполнявший скрипт.

Дамп, созданный с помощью pg_dump восстанавливает с помощью утилиты pg_restore.

Пгадмин выкиньте, не привыкайте к плохому.

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

pg_dump -U postgres -Fc merch_telegram_bot_db > test.backup
createdb -U postgres -E UNICODE merch_telegram_bot_db
pg_restore -U postgres -j 2 -d merch_telegram_bot_db test.backup

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

Поймите, в чём разница между локальным подключением и коннектом к СУБД по сети, какие конфигурационные файлы за это отвечают, не настроено ли каких фаерволлов и т. д.

Стандартная диагностика, в общем-то.

Ну, чего непонятного? В базе нет роли, с которой вы хотите подключиться. Создайте её, выдайте нужные права.

Если я правильно вас понял - вам нужны Foreign data wrappers.

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

У вас какой-то, простите за выражение, гуй - возможно поэтому реальность и не совпадает с ожиданиями. Посмотрите запрос создания таблицы - наверняка увидите разницу.

А в чём сложность-то? К вам приходит огромный CSV-файл, берёте - и вычищаете из него строчки с одинаковыми показаниями, оставляя только первую, после чего инсертите получившееся в базу.

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

А зачем вы вводите пароль руками, тем более неправильный? Забирайте его из файла pgpass или просто укажите в качестве переменной PGPASSWORD.

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

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