robben_55, лучше запустить СУБД там, где ей будет хорошо и где она сможет стабильно работать. Докер-контейнер таким местом не является.
Всё, озвученное мной, справедливо для сервиса с какой-никакой нагрузкой и для которого непредусмотренные даунтаймы недопустимы. Если у вас просто бот для учебных целей - подойдёт и докер, заморачиваться особого смысла нет.
Данил Самодуров, расширение файла не важно, всё зависит от того, что внутри. Если это текстовый, а не бинарный дамп - то да, его можно загрузить через psql.
Прочитайте ещё раз внимательно процитированный мной абзац - в нём написано, что данные заливаются в базу demo.
evgenin, совершенно верно - ограничение по IP и доступ к сервису по впн, это разные способы решения одной и той же задачи.
Если хотите мочь подключаться к сервису только при наличии активного коннекта и непременно по 127.0.0.1 - можно хоть через SSH-туннель пробросить порт, и он будет откываться у вас на локалхосте.
RST001, если вам чего-то в данной утилите недостаточно - разберитесь, как она работает и предложите пулл-реквест в соответствующий репозиторий. Заново-то зачем начинать?
wisgest, да ну, бросьте. Первоначальный хэндшейк, конечно, вносит задержку - но потом-то, при передаче данных разница будет на грани погрешности - TCP всё равно, что там внутри него, шифрованное или нет.
Я понял, что с mysql мы не сработаемся в промышленных масштабах, когда узнал, что любой пишуший запрос по реплике ставит её колом и требует потом приседаний для восстановления синхронизации :) Мне это на фоне постгреса прямо что-то так не понравилось... Мелочь, конечно, но неприятно.
-f.