それぞれ独自の ID と情報を持つ 2 つのテーブル transaction と category を考えてみましょう。
トランザクションには複数のカテゴリを含めることができます。ID を使用してトランザクションとカテゴリをリンクする 3 番目のテーブルを作成することをお勧めします。しかし、このようなテーブルがたくさんあると仮定すると、このテーブルを何と呼ぶでしょうか?
transactionCategories は私が思いついた最高のものですが、他に何か良いものはありますか?
それぞれ独自の ID と情報を持つ 2 つのテーブル transaction と category を考えてみましょう。
トランザクションには複数のカテゴリを含めることができます。ID を使用してトランザクションとカテゴリをリンクする 3 番目のテーブルを作成することをお勧めします。しかし、このようなテーブルがたくさんあると仮定すると、このテーブルを何と呼ぶでしょうか?
transactionCategories は私が思いついた最高のものですが、他に何か良いものはありますか?
これらの命名スキームは、相互作用があればそのドメインの用語を使用することです (例: not student_class
, but enrollment
)。そのような用語がない場合は、transaction_category
またはcategory_transaction
どちらか適切に聞こえる方にフォールバックします。
また、私は常にテーブルに単数形の名前を付けています (例: Student で、Student ではありません)。
私は通常、同じアプローチを使用します。複数形は、関係テーブルとして区別するのに役立ちます。また、両方の名前が含まれているため、どのテーブルかが明確です。
TransactionCategories は問題ありません。おそらく「より良い」ものはなく、ただ違うだけです。
過去に、多対多を解決するために必要な 2 つの外部キーのみを持つテーブルを作成したときに、その名前に「Xref」を追加しました。属性。多対多を解決するだけです。