mysql - スキーマに 3 番目のテーブルが必要ですか

Question

シナリオ: 各「注文」は、 「インポート ファイル」を 1 つだけ持つことができます。そのため、メイン列を *order_code* および *file_code* (Order_File テーブル) としてテーブルを作成しました。また、各「注文」には複数の「遺伝子」を含めることができます。そこで、メインの列をorder_codeおよびgene_codeとする別のテーブルを作成しました。( Order_Gene テーブル)

フロントエンド側で、ユーザーがコンボボックスから「注文」を選択すると、その注文のインポートファイルとその注文の遺伝子のリストが表示されます。

このスキーマ設計についてあなたの意見を知りたいのですが、設計が間違っているのか正しいのか? ありがとう。

Answer 1

私があなたを正しく理解しているなら、それは正しいように聞こえます。インポート ファイルは注文の属性であり、Genes テーブルは 1 対多の関係の多側にあり、多くの遺伝子を 1 つの注文に関連付けることができますが、各遺伝子は 1 つの注文にのみ関連付けることができます。

多くの遺伝子を多くの注文に関連付ける (つまり、遺伝子テーブルのレコードを複数の注文に「再利用」する) 場合は、order_code 列とgene_code 列を使用して「リンク テーブル」を作成し、そこにそれぞれのレコードを作成する必要があります。 2 つのテーブル間のリンクまたは関連付け。

Answer 2

あなたが話しているデザインは、各注文コードが一意であれば機能します。