PostgreSQLの権限確認、もう迷わない！実践的な方法を徹底解説

PostgreSQLでデータベースを操作していると、「あれ？このテーブル見れないぞ？」「データを更新できない！」なんて経験、ありませんか？

実は、こういったトラブルの多くは権限設定が原因なんです。でも大丈夫！この記事を読めば、権限の確認方法がバッチリ分かるようになります。

データベースの権限って、家の鍵みたいなもの。誰がどの部屋に入れるか、きちんと管理する必要があるんですね。

そもそも、なぜ権限確認が大切なの？
1. セキュリティの基本中の基本
2. 権限確認が必要になる場面
基本的な権限確認コマンド：まずはここから！
より詳しく調べる！SQLクエリを使った権限確認
よくあるトラブルと解決方法
1. 「permission denied」エラーが出たとき
2. アプリケーションが接続できないとき
権限管理のベストプラクティス
便利な権限確認スクリプト
1. 全体的な権限レポートを作成
まとめ：権限確認をマスターして、トラブル知らずに！

そもそも、なぜ権限確認が大切なの？

セキュリティの基本中の基本

データベースには大切な情報がたくさん入っています。例えば、顧客情報や売上データなど、会社の重要な資産ですよね。

誰でも自由にアクセスできたら大変！だから、PostgreSQLには細かく権限を設定できる仕組みがあるんです。

権限確認が必要になる場面

こんなときに権限チェックが必要になります：

新しいユーザーを追加したとき
アプリケーションがデータベースに接続できないとき
特定のテーブルだけアクセスを制限したいとき
権限エラーが発生して原因を調べたいとき
定期的なセキュリティ監査を行うとき

権限の確認方法を知っていれば、トラブルシューティングの時間が大幅に短縮できるんです。

基本的な権限確認コマンド：まずはここから！

1. ユーザー（ロール）の一覧を確認する

PostgreSQLでは、ユーザーのことを「ロール」と呼びます。まずは、どんなユーザーがいるか確認してみましょう。

\du

このコマンドで分かること：

ユーザー名（ロール名）
スーパーユーザー権限の有無
データベース作成権限の有無
ロール作成権限の有無

実行すると、こんな感じで表示されます：

                             List of roles
 Role name |                   Attributes                   | Member of 
-----------+------------------------------------------------+-----------
 postgres  | Superuser, Create role, Create DB             | {}
 app_user  | Create DB                                      | {}
 readonly  |                                                | {}

2. データベースの権限を確認する

どのデータベースに誰がアクセスできるか知りたいときは：

\l

このコマンドで、データベース一覧と所有者が分かります。アクセス権限の詳細を見たい場合は：

\l+

プラス記号を付けると、より詳しい情報が表示されるんです。

3. テーブルの権限を確認する

特定のテーブルに誰がアクセスできるか調べるには：

\dp テーブル名

または、すべてのテーブルの権限を一覧で見たい場合：

\dp

表示される権限の記号の意味：

r = SELECT（読み取り）
w = UPDATE（更新）
a = INSERT（挿入）
d = DELETE（削除）
D = TRUNCATE（全削除）
x = REFERENCES（外部キー）
t = TRIGGER（トリガー）

より詳しく調べる！SQLクエリを使った権限確認

特定ユーザーの権限を詳しく調べる

psqlコマンドだけでは物足りない場合、SQLクエリを使ってもっと詳しく調べられます。

-- ユーザーが持つテーブル権限を確認
SELECT 
    schemaname AS スキーマ名,
    tablename AS テーブル名,
    privilege_type AS 権限タイプ
FROM information_schema.table_privileges
WHERE grantee = 'ユーザー名'
ORDER BY schemaname, tablename;

このクエリを実行すると、指定したユーザーがアクセスできるテーブルと、その権限の種類が一目で分かります。

データベースレベルの権限確認

-- データベースへの接続権限を確認
SELECT 
    datname AS データベース名,
    datacl AS アクセス権限
FROM pg_database
WHERE datname = 'データベース名';

ロールの継承関係を確認

PostgreSQLでは、ロール（ユーザー）は他のロールを継承できます。グループ権限みたいなものですね。

-- ロールのメンバーシップを確認
SELECT 
    r1.rolname AS ロール名,
    r2.rolname AS メンバーロール
FROM pg_auth_members m
JOIN pg_roles r1 ON m.roleid = r1.oid
JOIN pg_roles r2 ON m.member = r2.oid
WHERE r2.rolname = 'ユーザー名';

よくあるトラブルと解決方法

「permission denied」エラーが出たとき

エラーメッセージの例：

ERROR: permission denied for table employees

確認すべきポイント：

現在のユーザーを確認 SELECT current_user;
テーブルの権限を確認 \dp employees
必要な権限があるか確認
- SELECTしようとしているなら「r」権限が必要
- INSERTなら「a」権限が必要

アプリケーションが接続できないとき

チェックリスト：

ユーザーが存在するか確認 \du アプリ用ユーザー名
データベースへの接続権限を確認 SELECT has_database_privilege('ユーザー名', 'データベース名', 'connect');
pg_hba.confの設定を確認
- 接続元のIPアドレスが許可されているか
- 認証方式が正しいか

権限管理のベストプラクティス

最小権限の原則を守る

必要最小限の権限だけを付与することが大切です。

良い例：

読み取り専用のレポート用ユーザー → SELECT権限のみ
アプリケーション用ユーザー → 必要なテーブルへのCRUD権限
バックアップ用ユーザー → 読み取り権限とバックアップ権限

定期的な権限監査

月に一度は以下のチェックを行いましょう：

-- 不要になったユーザーがいないか確認
SELECT rolname, rolvaliduntil 
FROM pg_roles 
WHERE rolcanlogin = true;

-- スーパーユーザー権限を持つユーザーの確認
SELECT rolname 
FROM pg_roles 
WHERE rolsuper = true;

ロールを使った権限管理

個別のユーザーに権限を設定するより、ロールを使った方が管理が楽になります。

例：読み取り専用ロールの作成

-- ロールを作成
CREATE ROLE readonly_role;

-- 権限を付与
GRANT CONNECT ON DATABASE mydb TO readonly_role;
GRANT USAGE ON SCHEMA public TO readonly_role;
GRANT SELECT ON ALL TABLES IN SCHEMA public TO readonly_role;

-- ユーザーにロールを付与
GRANT readonly_role TO new_user;

便利な権限確認スクリプト

全体的な権限レポートを作成

-- ユーザーごとの権限サマリー
SELECT 
    r.rolname AS ユーザー名,
    CASE WHEN r.rolsuper THEN 'Yes' ELSE 'No' END AS スーパーユーザー,
    CASE WHEN r.rolcreaterole THEN 'Yes' ELSE 'No' END AS ロール作成可,
    CASE WHEN r.rolcreatedb THEN 'Yes' ELSE 'No' END AS DB作成可,
    CASE WHEN r.rolcanlogin THEN 'Yes' ELSE 'No' END AS ログイン可,
    r.rolconnlimit AS 同時接続数制限
FROM pg_roles r
WHERE r.rolname NOT LIKE 'pg_%'
ORDER BY r.rolname;

このスクリプトを定期的に実行して、Excelなどに記録しておくと権限管理が楽になりますよ。