データベースに GUI（Psequel）経由でアクセスしようとしています。
コンテナのポート設定を以下のように転送しました：
app.yml:
expose:
<standard definitions>
- "15432:5432" # PostgreSQL
また、パスワードを以下のように変更しました：
./launcher enter app
su - postgres
psql
ALTER ROLE postgres WITH PASSWORD '<your password>';
しかし、データベースにアクセスできません。何か提案はありますか？データベースの静的なスナップショットが必要なだけなら、https:///admin/backups からバックアップをダウンロードしてください。それは *.tar.gz ファイルであるはずで、展開すると *.sql ファイルになります。別のマシン（ラップトップでも構いません）に PostgreSQL データベースを作成し、その *.sql ファイルをインポートしてください。
これで、PostgreSQL データベースに接続できる手段を使って、必要なだけデータにアクセスできるようになるはずです。
私は上記の方法を使っていますが、ODBC を通じて PostgreSQL 上の Discourse データベースにアクセスしています。
参考になれば幸いです。
いいですね。実は、解決しました。コンテナ内でもポート 5432 で動作しています。
以下のように記述すべきです：
expose:
<標準的な定義>
ありがとう
皆さん、こんにちは。
以下の手順で pgadmin を使用して postgres db にアクセスできます。
app.yml から expose port コードを削除し、アプリを再構築します。これでうまくいくか教えてください。
よろしくお願いいたします。
Kimberly
@EricGT まさかそんな考えは思いつきませんでした！ありがとうございます！！ 
こんにちは！
念のため確認させてください。dump.sql を PostgreSQL データベースにエクスポートすると、テーブルが空になってしまいます。その理由は明確ではありません。バックアップファイルをダウンロードした後、以下の手順を実行しています。
dump.sql ファイルを選択するすべて成功したと表示されますが、「データを表示」するとテーブルは空です。
また、インスタンスの管理方法によるものかもしれませんが、users テーブルも含まれていないようです。しかし、誰が何をしたかを知るためにそのテーブルが必要です。
何か見落としていることはありますか？よろしくお願いします！
dump.sqlのサイズはどのくらいですか？ 数MB（最低でも）は大きい必要があります。ファイルの中身を確認していただけますか？ 例：
$ zgrep -i "CREATE TABLE public.users" dump.sql.gz
# 出力は以下のようになります
> CREATE TABLE public.users (
これが見えない場合、ダンプが間違っている可能性があります。
また、ダンプのエクスポート方法の手順を共有していただくか、コンソール出力をここに貼り付けていただけると、問題をより理解することができます。
ありがとうございます！
6.34 GB です！
ダンプをダウンロードするために、@EricGT が上記で提案した手順に従いました。
その後、以下の手順に従いました。
そして、データを表示しようとすると、以下のようになります。
確認のためにやり直しました。
gz ファイルでした。例: abc-2025-01-23-095947-v20250122131007.sql.gz。Windows では 7-zip を使用してファイルを解凍し、末尾の .gz を除いた同じ名前のディレクトリを作成しました。C:\Users\Groot\Downloads>dir *.sql.gz
01/23/2025 05:04 AM 407,213,170 abc-2025-01-23-095947-v20250122131007.sql.gz
C:\Users\Groot\Downloads>dir *.sql
01/23/2025 05:04 AM <DIR> abc-2025-01-23-095947-v20250122131007.sql
C:\Users\Groot\Downloads\abc-2025-01-23-095947-v20250122131007.sql>dir
01/23/2025 05:04 AM 1,572,346,154 abc-2025-01-23-095947-v20250122131007.sql
1 File(s) 1,572,346,154 bytes
type /a | more
C:\Users\Groot\Downloads\abc-2025-01-23-095947-v20250122131007.sql>type "abc-2025-01-23-095947-v20250122131007.sql" /a | more
abc-2025-01-23-095947-v20250122131007.sql
--
-- PostgreSQL database dump
--
-- Dumped from database version 15.8 (Debian 15.8-1.pgdg110+1)
-- Dumped by pg_dump version 15.10 (Debian 15.10-1.pgdg120+1)
-- Started on 2025-01-23 09:59:47 UTC
SET statement_timeout = 0;
SET lock_timeout = 0;
SET idle_in_transaction_session_timeout = 0;
SET client_encoding = 'UTF8';
これで、SQL ファイルを PGAdmin で使用してデータをインポートできるようになることを願っています。
追記
約5年前にこの件について投稿した際(https://meta.discourse.org/t/accessing-database/154125/2?u=ericgt)、ダウンロードされるファイルの種類は tar.gz でしたが、現在は sql.gz になっています。唯一の違いは、解凍ステップが1つ少なくなったことです。
こんにちは、@EricGT さん
ご協力いただきありがとうございます！私も（ファイルがまだtar.gz形式だったので）追加で1つの手順を踏みましたが、それ以外はすべて同じ手順に従いました。sqlファイルで同じ結果になりました。
--
-- PostgreSQL database dump
--
.........
SET statement_timeout = 0;
SET lock_timeout = 0;
SET idle_in_transaction_session_timeout = 0;
SET client_encoding = 'UTF8';
しかし、問題は、PgAdminでデータを使用しようとすると、すべてのテーブルが空になり、Usersテーブルがなくなってしまうことです。
大変お世話になりました。本当に感謝しています。ダンプファイル（dump.sql）が以前のバージョンからのものであったのに対し、私は最新のPostgreSQLバージョンを使用しようとしていたことが判明しました。これは、あなたが使用したガイドに従おうとしている間に発見しました。ありがとうございます！