2017-09-21 5 views
0

私は新しいアプリのレールを作りたいと思っていますが、初心者でも数日で正しいものを見つけ出すことなくいくつかの方法を試してみたところ、何かをしてしまっただけですが、関係の点で完璧です。その概念は、人々が食事をつくることも食事に参加することもできるということです。私は原料を再利用できるようにしたいと思いますが、起源や調理方法などの属性はそれぞれの場合に変更することができます。あなたはこの集まりのスタイルが公正だと思いますか?ActiveRecordデータベースデザイン

enter image description here

又は

enter image description here

答えて

1

第2のオプションは、古典的なものです。その場合、多対多関係を使用することに固執してください。 仕様とメニューとの間には、メニューごとに複数の仕様のような一対多の関係がある方が良いですが、また、specificationには、component_idも含める必要があります。

+0

さて、私はそれを実装しようとします、ありがとうございます。 –

+0

@ JeanClaudeLemens。私はちょうど、あなたが実際に材料 - メニューの多対多の関係のための中間テーブルとして仕様を使用することができます。したがって、1つのメニューには多くの仕様が含まれることがあります。各仕様には、1つのメニューIDと1つの成分IDがあります。したがって、ingredients_listテーブルは必要ありません。 –

+0

最初の例のような意味ですか? –

関連する問題