RailsでSTIのtypeの種類がたくさんある場合の最適なモデル設計とは？

Question

お世話になります。
現在railsで単一テーブル継承を行おうかという場面に出くわしました。

そこでtypeというカラムを追加しようと思ったのですが、typeで指定する内容が将来的に30種類を超えそうです。

さらに、typeによっては特別なcolumが必要となります。

全体として挙動はほとんど一緒なので(viewも共通)、STIがいいかと思うのですが、サブクラスがたくさんできると見通しが悪くなるのではないかと思いました。

controller+モデルを完全に分けてしまうのか、それとも他に良い方法があるのか、なかなか踏み込めないでいます。

何か、お知恵を拝借できれば幸いです。
どうぞよろしくお願いいたします。

Answer 1

■STIに関して

特別なcolumが存在する時点で若干STIには不向きだと思います
例えば特定のtypeでそのカラムが必須だとしてもDBで必須制約を付けることができないからです
Railsのvalidateで防ぐことはできますが記述ミスやDBを直接操作したときに思わぬデータが作られるのは事故の元になります

とはいえ30個のテーブルを作るわけにも行かないので、特別なカラムが必要なものは別管理にするのはどうでしょう？

共通STI: 20個
AカラムありSTI: 6個
BカラムありSTI: 4個

とか

共通STI: 28個
AカラムModel: 1個
BカラムModel: 1個

■共通処理に関して

上記で数パターンに絞り込めば継承などでも共通化できる規模にならないでしょうか？

Controller: 親Controllerを作り継承する（親コントローラーのViewも利用しやすいです）
Model: AbstractClassで親Modelを作り継承する