STIはいつ意味がありますか？私たちはすべてのタイプについて同じ情報を保管していますが、別のものを使用しています

Question

STIはこれまでに一番嫌悪されていることは知っていますが、実際には意味をなさないと思うインスタンスがあります。私のアプリはxmlファイルの種類の束を解析しています。すべてのファイルモデルは、まったく同じ情報を格納します。どのユーザに関連付けられているか、アップロードされた日時、S3に保存されている場所に関するちょっとした情報。

xmlファイルが格納された後、私は様々な他のモデルを作成するために使用する情報を解析します。それぞれのタイプのファイルは異なるものを作成します。 100以上の異なる種類のxmlファイルが存在する可能性はありますが、私はその多くのパーサーを書くつもりはないと思います。この場合、STIは理にかなっていますか？

私が推測している欠点は、モデルがすべて1つのディレクトリにあるため、Railsをハックしてモデルディレクトリ内のサブディレクトリに貼り付けない限り、そのディレクトリにあふれてしまうことです。

もう一つのオプションは、私はkindフィールドを持っていて、これを扱うlibディレクトリに何かを置くことです。または、私はresqueを使用しています。多分、すべてのxmlファイルパーサはそれ自身の仕事でなければなりません。それには欠点がありますが、それはレールコンソールで作業を強制するのは厄介です。

Answer 1

「ファイル」モデルは、ファイルアップロードプロセスの結果と関連するメタデータのみを保存しています。解析されたXMLデータから生成される他の種類のモデルに関する詳細情報がなければ、単一のテーブル継承がなぜこのユースケースに当てはまるのかわかりません。