# バッチ設計書 4-Card::RemoveInaccessibleNotificationsJob

## 概要

本ドキュメントは、カードに関連するアクセス不能な通知を削除するバックグラウンドジョブ `Card::RemoveInaccessibleNotificationsJob` の設計仕様を記載したものである。

### 本バッチの処理概要

このバッチは、ボードへのアクセス権限を失ったユーザーに対して送信された通知を削除するクリーンアップ処理を行う。カードに関連するイベント通知、コメント通知、メンション通知など、複数の通知ソースを対象とした包括的なクリーンアップを担当する。

**業務上の目的・背景**：fizzyでは、ユーザーがボードへのアクセス権限を失った場合、そのボード上のカードに関連する通知は意味をなさなくなる。これらの不要な通知を削除することで、ユーザーの通知一覧をクリーンに保ち、アクセスできないコンテンツへの通知が残ることによる混乱を防ぐ。また、プライバシーの観点からも、アクセス権のないコンテンツに関する通知履歴を保持しないことが重要である。

**バッチの実行タイミング**：カードに関連するアクセス権限変更が発生した際に非同期で実行される。具体的なトリガーはコールバック`remove_inaccessible_notifications_later`経由で呼び出される。

**主要な処理内容**：
1. 対象カードを受け取り、通知削除処理を開始
2. ボードへのアクセス権限を持つユーザーIDリストを取得
3. カードのイベント通知からアクセス不能ユーザーの通知を削除
4. コメント作成イベント通知からアクセス不能ユーザーの通知を削除
5. カードのメンション通知からアクセス不能ユーザーの通知を削除
6. コメントのメンション通知からアクセス不能ユーザーの通知を削除

**前後の処理との関連**：`Card::CleanInaccessibleDataJob`とは別の観点でクリーンアップを担当。このジョブは通知に特化し、CleanInaccessibleDataJobはピン/ウォッチを担当する。両ジョブは独立して動作可能。

**影響範囲**：`notifications`テーブル

## バッチ種別

データクレンジング

## 実行スケジュール

| 項目 | 内容 |
|-----|------|
| 実行頻度 | 随時（アクセス権限変更時） |
| 実行時刻 | N/A |
| 実行曜日 | N/A |
| 実行日 | N/A |
| トリガー | アクセス権限変更時のコールバック |

## 実行条件

### 前提条件

| 条件 | 説明 |
|-----|------|
| カードの存在 | 有効なCardレコードが存在すること |
| ボードの存在 | カードが属するBoardレコードが存在すること |

### 実行可否判定

`ActiveJob::DeserializationError`が発生した場合（Cardレコードが削除済みの場合など）はジョブを破棄する。

## 入力仕様

### 入力パラメータ

| パラメータ名 | 型 | 必須 | デフォルト値 | 説明 |
|-------------|-----|-----|-------------|------|
| card | Card | Yes | - | 通知削除対象のCardオブジェクト |

### 入力データソース

| データソース | 形式 | 説明 |
|-------------|------|------|
| cards | DB | 対象カード情報 |
| boards | DB | カードが属するボード情報 |
| accesses | DB | ボードへのアクセス権限情報 |
| events | DB | カードに関連するイベント |
| comments | DB | カードに関連するコメント |
| mentions | DB | カードに関連するメンション |
| notifications | DB | 削除対象の通知 |

## 出力仕様

### 出力データ

| 出力先 | 形式 | 説明 |
|-------|------|------|
| notifications | DB | アクセス不能ユーザーの通知を削除 |

### 出力ファイル仕様

ファイル出力なし

## 処理フロー

### 処理シーケンス

```
1. ジョブ開始
   └─ card.remove_inaccessible_notificationsメソッドを呼び出し
2. アクセス可能ユーザーID取得
   └─ board.accesses.pluck(:user_id)
3. 通知ソースごとに削除処理
   └─ notification_sources.each
4. イベント通知削除
   └─ カードのevents関連の通知を削除
5. コメントイベント通知削除
   └─ コメント作成イベント関連の通知を削除
6. メンション通知削除
   └─ カードへのメンション関連の通知を削除
7. コメントメンション通知削除
   └─ コメントへのメンション関連の通知を削除
8. ジョブ終了
```

### フローチャート

```mermaid
flowchart TD
    A[バッチ開始] --> B[アクセス可能ユーザーID取得]
    B --> C[通知ソースリスト取得]
    C --> D[events]
    C --> E[comment_creation_events]
    C --> F[mentions]
    C --> G[comment_mentions]
    D --> H[不要通知バッチ削除]
    E --> H
    F --> H
    G --> H
    H --> I[バッチ終了]
```

## データベース操作仕様

### 操作別データベース影響一覧

| 処理 | 対象テーブル | 操作種別 | 概要 |
|-----|-------------|---------|------|
| 参照 | accesses | SELECT | アクセス可能ユーザーIDの取得 |
| 参照 | events | SELECT | カード関連イベントの取得 |
| 参照 | comments | SELECT | カード関連コメントの取得 |
| 参照 | mentions | SELECT | カード関連メンションの取得 |
| 削除 | notifications | DELETE | アクセス不能ユーザーの通知削除 |

### テーブル別操作詳細

#### notifications

| 操作 | 項目（カラム名） | 更新値・取得条件 | 備考 |
|-----|-----------------|-----------------|------|
| DELETE | - | source IN (通知ソース) AND user_id NOT IN (accessible_user_ids) | バッチ処理 |

## エラー処理

### エラーケース一覧

| エラーコード | エラー種別 | 発生条件 | 対処方法 |
|------------|----------|---------|---------|
| DeserializationError | シリアライズエラー | カードが削除済み | ジョブを破棄 |

### リトライ仕様

| 項目 | 内容 |
|-----|------|
| リトライ回数 | 0回（リトライなし） |
| リトライ間隔 | N/A |
| リトライ対象エラー | N/A |

### 障害時対応

クリーンアップ失敗時は、不要な通知が残存する可能性があるが、ユーザーがアクセスできないカードへのリンクを含む通知として表示される。次回のアクセス権限変更時に再度クリーンアップが試行される。

## トランザクション仕様

| 項目 | 内容 |
|-----|------|
| トランザクション範囲 | バッチ単位（in_batches） |
| コミットタイミング | 各バッチ完了時 |
| ロールバック条件 | バッチ内での例外発生時 |

## パフォーマンス要件

| 項目 | 内容 |
|-----|------|
| 想定処理件数 | カードあたり最大数千件 |
| 目標処理時間 | バッチサイズに依存 |
| メモリ使用量上限 | in_batchesにより制御 |

## 排他制御

同時実行の制限なし。in_batchesによる分割処理でロック競合を軽減。

## ログ出力

| ログ種別 | 出力タイミング | 出力内容 |
|---------|--------------|---------|
| 開始ログ | ジョブ開始時 | ActiveJob標準ログ |
| 終了ログ | ジョブ終了時 | ActiveJob標準ログ |

## 監視・アラート

| 監視項目 | 閾値 | アラート先 |
|---------|-----|----------|
| ジョブ失敗率 | 異常な増加 | ジョブ監視システム |

## 備考

- 4種類の通知ソースを処理
  1. events（カードのイベント）
  2. comment_creation_events（コメント作成イベント）
  3. mentions（カードへのメンション）
  4. comment_mentions（コメントへのメンション）
- `in_batches`を使用してメモリ効率の良いバッチ削除を実行
- `destroy_all`により関連するコールバックが実行される
