「author」テーブルと「book」テーブルがあり、has_many:throughテーブル「author_book」に参加しています。
私の知る限り、「author_book」テーブルの:id主キーフィールドには目的がありません...しかし、その考えにコミットする前に、確認したかっただけです。それで、has_many:throughテーブルの「id」列を保持する理由はありますか?
前もって感謝します...
「author」テーブルと「book」テーブルがあり、has_many:throughテーブル「author_book」に参加しています。
私の知る限り、「author_book」テーブルの:id主キーフィールドには目的がありません...しかし、その考えにコミットする前に、確認したかっただけです。それで、has_many:throughテーブルの「id」列を保持する理由はありますか?
前もって感謝します...
それを保管してください。後で、一意の識別子が最初は明らかではない方法で報われることがわかります。
他のアジャイル開発の原則とは異なり、このようなデータ品質の項目を前もって対処することをお勧めします。
著者と本の関係に固有の何かがある場合は、モデルid
を介してこのテーブルに設定する必要があります。AuthorBook
この場合、ありそうなシナリオのようには聞こえません。必要に応じて後で追加できます。
それがアクティブレコードモデルであるhas_many through
ことを意味する 場合は、idを残してください。author_book
ただし、接続テーブルを使用する場合は、 IDhttp ://apidock.com/rails/ActiveRecord/Associations/ClassMethods/has_and_belongs_to_manyhas_and_belongs_to_many
は必要ありません。