ActiveRecordのPostgreSQL継承？

Question

レールのSTI（単一テーブル継承）は、混乱したデータモデルと準最適なデータベースにつながるので、私たちは皆知っています。

しかし、PostgreSQLは継承をきれいに処理するようです！

痛いほどワイドなテーブルと "タイプ"の列ではなく、Postgresの継承を利用しながら、レールのきれいなSTI APIを取得する方法はありますか？

Answer 1

短くても、今のところあなたが達成しようとしているものに対してはきれいなSTI APIはありません。

私は実際には約一年前にそのAに見て、それはいくつかの理由のために良いアイデアではないという結論に達した：

1. あなたは、PostgreSQL固有の機能を利用したい場合 - あなたは基本的に自分と結婚していますそのDBに。間違ってはいけないPostgreSQLは偉大なDBであり、私は数多くの機会にそれを使ってきましたが、あなたはそのDBとアプリケーションのデザインにこだわっています。
2. ほとんどの場合、DB固有の機能を使用し始めると、それらを手動で実装するか（DB上で何らかのコマンドを実行するかGUIを使用する）、実行しているときに呼び出さなければならない何らかのスクリプトを書くことになりますdb：migrate（適切なテストを行いたい場合は、これを行う必要があります）。しばらくすると、面倒で迷惑になります。
3. あなたはあなたの「痛いほど広いテーブルと 『タイプ』欄を」引用し、より多くのとで、よりイライラしていることが判明した場合その後：
   • あなたのテーブルデザインを再考する必要があり、
   • あなたのモデルをやり直しますSTIの良い候補にはならないかもしれません。
   • あなたはそれだけで生きていなければなりません。

ほとんどのITの問題は、本当にこれに降りてくる：給付対努力を。あなたのケースでは

あなた自身にこの質問をする必要があります。

• どのくらいの時間あなたはそれだけで、あなたの生のSQLクエリをスピードアップする場合は、数秒で優れたSTI 構造の実装に費やすしたいですか？より詳細なSQLクエリを記述する方がよいでしょうか？ほとんどのアプリケーションは、実際に問題になるサイズには成長しません。しかし、あなたの場合には違うかもしれません。

PS：また

あなたのアプリでSTIを構造上のクイックヒント：あなたはすべてを継承しProductCategory、CommentCategory、PhoneCategory、ClientCategoryのようにSTIを使用する機種の多くを持っていることが判明した場合Cateogoryから - 私はモデルディレクトリ内のフォルダにそれらを整理する傾向があります。 PostgreSQLは非常に美しく、継承を扱うように見えるしかしconfig.autoload_paths += Dir[Rails.root.join('app', 'models', '{**/**}')]

Answer 2

：次にapplication.rbにだけ行を追加します！

本当に？small print in the manualを詳しく見ましたか？例えば：

• 固有の制約（従って、一次キー）継承レベル上ない可能です。
• 継承されたテーブルとベーステーブルの参照は混在しません。私。 （マニュアルからおおよそ）：capitalsはcitiesを伸ばします。 addressテーブルはcitiesを参照したいと考えています。できる。しかし、capitalのアドレスは使用できません。

これら二つのことは、小さな「Hello World」のプロジェクトを超えたもので非常に重要です。だから、PostgreSQLの継承を使用して生産性を実現できるとは想像もできません。