More than 1 year has passed since last update.

Active Storageのしくみ

Posted at 2022-07-30

Ruby on Railsにて、Active Storageのインストール後に生成されるマイグレーションファイルの中身が気になったので、その仕組みを読み解いてみる。

$ rails active_storage:install
↓
$ rails db:migrateで、Active Storageが使えるようになる。

マイグレーションファイルに定義される３つのテーブル

ActiveStorage::Blobモデルのテーブル
添付されたファイルに対応
識別key（:key）、ファイル名（:filename）、Content-Type（:content_type）、ファイルのメタデータ（:metadata）、サイズ（:byte_size）などを管理

ActiveStorage::Attachmentモデルのテーブル
ActiveStorage::Blobモデルとアプリ内のモデルを関連付ける中間テーブル
関連付けるモデルのクラス名(:record_type)や連携するFKカラム名(:name)を、FK値(:record_id)と共に保持。
ポリモーフィック関連付けがされている。
- t.references :record, polymorphic: trueとすることで、record_typeとrecord_idが自動生成される
- メリット：ファイルがアップロードされるたびにactive_storage_attachementsテーブル&ActiveStorage::Attachmentモデルを更新する必要がなくなる
疑問点
なぜt.references :record, polymorphic: true, index: falseとココではindexを付与せずに、下記のように後でindexを追加しているのか？

t.index [ :record_type, :record_id, :name, :blob_id ], name: :index_active_storage_attachments_uniqueness, unique: true

　→複合キーを作っている。関連づけるモデルのクラス名(:record_type)、そのモデルのFKカラム名（:name）、FK値（:record_id）、BlobモデルのFK値（:blob_id）を合わせた複合キーを作ることで、中間テーブルの役目を果たせる。