# SupabaseのRLSでSoft Delete対応を行う方法

## 目次
1. 概要
2. SupabaseとRLSの基本
3. Soft Deleteとは？
4. 環境設定
5. RLSポリシーの作成
6. Soft Delete用トリガーの実装
7. 応用例
8. まとめ

## 1. 概要

Supabaseは、オープンソースでFirebaseに似たバックエンドサービスを提供し、PostgreSQLを使用したデータベース機能を備えています。本記事では、SupabaseでのRow Level Security（RLS）を利用して、Soft Deleteの対応を行う方法を紹介します。

## 2. SupabaseとRLSの基本

SupabaseはPostgreSQLをベースにしているため、標準SQLと拡張機能を活用できます。Row Level Security（RLS）は、特定の条件に基づいてデータへのアクセスを制御する機能で、ユーザ視点でのデータ表示や操作を柔軟に管理できます。

## 3. Soft Deleteとは？

Soft Deleteは、データベース内のレコードを削除するのではなく、"削除"というフラグを立てることで非表示にする手法です。この方法を用いることで、データの復元やログへの記録が容易になります。

## 4. 環境設定

まずは、Supabaseプロジェクトを作成し、テーブルを用意します。以下は基本的な設定手順です。

- Supabaseダッシュボードから新しいプロジェクトを作成
- pgAdminまたはSupabaseのエディターを使用して以下のテーブルを作成

![img](/mosaic-code.jpg)

## 5. RLSポリシーの作成

RLSを使うとき、特定のユーザーに対して削除フラグが立っていないデータだけを表示させるポリシーを作成します。

![img](/mosaic-code.jpg)

このポリシーにより、削除されていない（`is_deleted = FALSE`）レコードのみがユーザに表示されます。

## 6. Soft Delete用トリガーの実装

削除操作が行われたときに、フラグを立てるトリガーを設定します。管理者が実行するときだけ削除状態を変更できるように制御します。

![img](/mosaic-code.jpg)

## 7. 応用例

さらに、削除されたデータを特権ユーザだけが見られるようにRLSポリシーを追加できます。

![img](/mosaic-code.jpg)

ここでは、`admin_role`を持つユーザーは削除されたデータを含む全てのレコードを表示できます。

## 8. まとめ

Supabase環境でSoft DeleteをRLSと組み合わせて実装する方法について詳述しました。この手法は、データの可視性を柔軟に制御するだけでなく、システムの整合性を保ちやすくします。RLSポリシーとトリガーの適切な設定によって、用途に合ったデータ操作が可能になります。

この方法を参考に、企業や個人のプロジェクトにおけるデータ管理に役立ててください。 [cv:issue_marketplace_engineer]

# SupabaseのRLSでSoft Delete対応を行う方法

## 目次
1. 概要
2. SupabaseとRLSの基本
3. Soft Deleteとは？
4. 環境設定
5. RLSポリシーの作成
6. Soft Delete用トリガーの実装
7. 応用例
8. まとめ

## 1. 概要

Supabaseは、オープンソースでFirebaseに似たバックエンドサービスを提供し、PostgreSQLを使用したデータベース機能を備えています。本記事では、SupabaseでのRow Level Security（RLS）を利用して、Soft Deleteの対応を行う方法を紹介します。

## 2. SupabaseとRLSの基本

SupabaseはPostgreSQLをベースにしているため、標準SQLと拡張機能を活用できます。Row Level Security（RLS）は、特定の条件に基づいてデータへのアクセスを制御する機能で、ユーザ視点でのデータ表示や操作を柔軟に管理できます。

## 3. Soft Deleteとは？

Soft Deleteは、データベース内のレコードを削除するのではなく、"削除"というフラグを立てることで非表示にする手法です。この方法を用いることで、データの復元やログへの記録が容易になります。

## 4. 環境設定

まずは、Supabaseプロジェクトを作成し、テーブルを用意します。以下は基本的な設定手順です。

- Supabaseダッシュボードから新しいプロジェクトを作成
- pgAdminまたはSupabaseのエディターを使用して以下のテーブルを作成

```sql
-- PostgreSQL
CREATE TABLE items (
    id SERIAL PRIMARY KEY,
    name TEXT NOT NULL,
    is_deleted BOOLEAN DEFAULT FALSE,
    created_at TIMESTAMPTZ DEFAULT NOW()
);
```

## 5. RLSポリシーの作成

RLSを使うとき、特定のユーザーに対して削除フラグが立っていないデータだけを表示させるポリシーを作成します。

```sql
-- PostgreSQL
ALTER TABLE items ENABLE ROW LEVEL SECURITY;

CREATE POLICY select_item ON items
FOR SELECT
USING (is_deleted = FALSE);
```

このポリシーにより、削除されていない（`is_deleted = FALSE`）レコードのみがユーザに表示されます。

## 6. Soft Delete用トリガーの実装

削除操作が行われたときに、フラグを立てるトリガーを設定します。管理者が実行するときだけ削除状態を変更できるように制御します。

```sql
-- PostgreSQL
CREATE OR REPLACE FUNCTION set_deleted_status()
RETURNS TRIGGER AS $$
BEGIN
    IF (TG_OP = 'DELETE') THEN
        UPDATE items SET is_deleted = TRUE WHERE id = OLD.id;
        RETURN OLD;
    END IF;
    RETURN NULL;
END;
$$ LANGUAGE plpgsql;

CREATE TRIGGER trigger_set_deleted
BEFORE DELETE ON items
FOR EACH ROW EXECUTE FUNCTION set_deleted_status();
```

## 7. 応用例

さらに、削除されたデータを特権ユーザだけが見られるようにRLSポリシーを追加できます。

```sql
-- PostgreSQL
CREATE POLICY select_all_items ON items
FOR SELECT
TO admin_role
USING (TRUE);
```

ここでは、`admin_role`を持つユーザーは削除されたデータを含む全てのレコードを表示できます。

## 8. まとめ

Supabase環境でSoft DeleteをRLSと組み合わせて実装する方法について詳述しました。この手法は、データの可視性を柔軟に制御するだけでなく、システムの整合性を保ちやすくします。RLSポリシーとトリガーの適切な設定によって、用途に合ったデータ操作が可能になります。

この方法を参考に、企業や個人のプロジェクトにおけるデータ管理に役立ててください。 [![image](https://firebasestorage.googleapis.com/v0/b/issue-pro-42602.appspot.com/o/topics%2F17fa658b-53c7-4ca0-a28b-e588ed1bd371?alt=media&token=2c00afff-85ff-4428-8d15-696ab676dcb0)](https://i-ssue.com/lp/check_salary)

SupabaseのRLSでSoft Delete対応を行う方法

目次

1. 概要

続きを読むには単価診断を受けてください（30秒）