ツール
PostgreSQL
標準準拠と拡張性で広く使われるオープンソースのリレーショナルデータベース。接続文字列・認証（pg_hba）・ポートやコネクション上限まわりで「接続できない」に陥りやすく、Prisma など ORM 経由でも同じ原因に当たる。
問題一覧（9）
PostgreSQL で「column does not exist」が解消できない（列は存在するのに）
列があるのに column does not exist になる典型は、大文字を含む列名の引用符の問題。引用符なしの識別子は小文字へ畳まれるため、大文字を含めて作成された列はダブルクオートで参照する必要がある。
更新: 2026-09-15、実行例あり、タグ: column、identifier、case-sensitivity
PostgreSQL に「Connection refused」で接続できない（port 5432）
「Is the server running on host ... and accepting TCP/IP connections on port 5432?」は、サーバー未起動・listen_addresses 未設定・ポート/公開ミスのいずれか。起動状態と待ち受け設定を順に確認する。
更新: 2026-07-05、タグ: connection-refused、listen_addresses、port
PostgreSQL で「FATAL: database does not exist」で接続できない
接続先の DB が存在しないと出る。DB 名の綴り違い・未作成に加え、DB 名を省くとユーザー名と同名の DB に繋ぎに行く既定挙動も原因。createdb で作るか -d で既存 DB を指定する。
更新: 2026-09-24、実行例あり、タグ: database、createdb、psql
PostgreSQL で「password authentication failed for user」になり接続できない
psql や ORM の接続で FATAL: password authentication failed が出るのは、パスワード不一致か pg_hba.conf の認証方式の食い違いが原因。ロールのパスワード再設定と pg_hba.conf の方式確認＋reload で解消する。
更新: 2026-09-19、実行例あり、タグ: authentication、pg_hba、scram
PostgreSQL で「Peer authentication failed for user」が出て接続できない
peer 認証は OS のユーザー名をそのままデータベースのユーザー名として突き合わせる。両者が違えばパスワードの正誤に関係なく弾かれる。OS ユーザーを合わせるか、TCP 接続かパスワード認証へ切り替える。
更新: 2026-08-25、タグ: authentication、pg_hba、peer
PostgreSQL で「permission denied for table」が出てテーブルを操作できない
接続できているのにテーブルを読めないのは、ロールにそのテーブルの権限が無いためである。テーブル権限とスキーマの USAGE 権限は別物で、両方揃わないと参照できない。既存テーブルへの GRANT と、今後作られるテーブル向けの既定権限を分けて設定する。
更新: 2026-09-25、実行例あり、タグ: permission、grant、role
PostgreSQL で「relation does not exist」になる（テーブルはあるのに見つからない）
PostgreSQL は引用符で囲まない識別子を小文字へ畳み込むため、大文字を含む名前で作ったテーブルは同じ綴りでは引けない。もう一つの典型は search_path に対象スキーマが入っていないケースである。
更新: 2026-09-17、実行例あり、タグ: relation、search-path、schema
PostgreSQL で「role does not exist」になり接続・操作できない
FATAL: role ... does not exist は、接続に使うロール（ユーザー）がそのクラスタに無いときに出る。CREATE ROLE で作るか、接続ユーザー名や POSTGRES_USER を実在するロールに合わせれば解消する。
更新: 2026-09-15、実行例あり、タグ: role、authentication、createrole
PostgreSQL で「sorry, too many clients already」が出て接続できない
FATAL: sorry, too many clients already は同時接続数が max_connections に達したサイン。接続リークを止めるかコネクションプーラを挟むのが本筋で、max_connections の引き上げは最後の手段。
更新: 2026-09-24、実行例あり、タグ: max_connections、pgbouncer、pooling