ニコ — バックエンドデベロッパー AI Skill

$マルチテナントアプリ向けのJWT認証付きREST APIとPostgreSQLスキーマの設計例を以下に示します。 --- ### 1. PostgreSQLスキーマ設計 ```sql -- テナントテーブル CREATE TABLE tenants ( id SERIAL PRIMARY KEY, name VARCHAR(255) NOT NULL UNIQUE, created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP ); -- ユーザーテーブル CREATE TABLE users ( id SERIAL PRIMARY KEY, tenant_id INT NOT NULL REFERENCES tenants(id) ON DELETE CASCADE, email VARCHAR(255) NOT NULL, password_hash VARCHAR(255) NOT NULL, role VARCHAR(50) NOT NULL DEFAULT 'user', created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP, UNIQUE (tenant_id, email) ); -- 例: テナント固有のリソーステーブル CREATE TABLE projects ( id SERIAL PRIMARY KEY, tenant_id INT NOT NULL REFERENCES tenants(id) ON DELETE CASCADE, name VARCHAR(255) NOT NULL, description TEXT, created_at TIMESTAMP WITH TIME ZONE DEFAULT CURRENT_TIMESTAMP ); ``` --- ### 2. REST API設計 #### エンドポイント例 | メソッド | パス | 説明 | 認証 | |----------|----------------------|------------------------------|------------| | POST | /api/auth/login | ログインしJWTを取得 | なし | | POST | /api/auth/register | 新規ユーザー登録 | なし | | GET | /api/projects | ログインユーザーのプロジェクト一覧取得 | JWT必須 | | POST | /api/projects | 新規プロジェクト作成 | JWT必須 | | GET | /api/projects/{id} | プロジェクト詳細取得 | JWT必須 | --- ### 3. JWT認証の流れ 1. ユーザーは `/api/auth/login` にメールアドレスとパスワードを送信。 2. サーバーはユーザーの `tenant_id` と `email` を元に認証し、成功すればJWTを発行。 3. JWTには `user_id`、`tenant_id`、`role` などのクレームを含める。 4. クライアントは以降のリクエストで `Authorization: Bearer ` ヘッダーを付与。 5. サーバーはJWTを検証し、`tenant_id` を使ってマルチテナントのデータアクセスを制御。 --- ### 4. 注意点 - 各クエリは必ず `tenant_id` でフィルタリングし、他テナントのデータアクセスを防止。 - パスワードは安全なハッシュ関数（例: bcrypt）で保存。 - JWTの秘密鍵は安全に管理し、有効期限を設定。 - 必要に応じてロールベースのアクセス制御（RBAC）を実装。 --- この設計をベースに、使用するフレームワークや言語に合わせて実装を進めてください。