だから私はninja_hovercrafts(ninja_idとhovercraft_idを格納する)を介して多くのホバークラフトを持っている忍者モデルを持っています。
この種の配置は、連想テーブルが2つの異なるクラスをバインドするのに十分な情報のみを格納するように設定する必要があることを理解しています。
ただし、連想テーブルを使用して、アプリケーションで非常に合理化された承認ハブとして機能させたいと思います。したがって、このテーブルの「役割」フィールドを介して、このバインディングによって忍者が特定のホバークラフトのパイロットまたは副操縦士になるかどうかをシステムに通知したいと思います。
私の質問は次のとおりです。
これは醜いですか?
これは正常ですか?
レールに組み込まれているメソッドは、その役割で忍者とホバークラフトの関連付けを自動的に作成するのに役立ちますか?たとえば、ninjas_hovercraftsのロールフィールドも満たされるように、忍者とhcsの両方を作成するためのネストされたフォームを作成できますか?
この方法でアプリケーションの役割を管理するのが得策ではない場合、リソースを大量に消費する代替手段は何ですか(私のアプリは、過度の結合や包含などのスケーラビリティの問題を回避するように設計されています)
ありがとうございました