データベース設計：テーブルまたは列？

Question

2つの簡単な質問：

私は正規化フォームについて学ぶために最善を尽くしましたが、この特定の状況についてはわかりませんでした。

1. 私はイベントがあります。
2. イベントには多数のインスタンスがあります。
3. インスタンスがありますなどの食べ物、人々、コスト、評価、場所、

食べ物、人々、コストなどの各（BLOBを）自分のテーブルを取得または単にインスタンステーブルの列であるべき？ にはしか属しておらず、共有されていないので、それぞれテーブルがそれぞれ必要と思われる理由はありません。しかし、...未来が私に彼ら自身の理由を与えるかもしれないかどうか分からないので、それを自分のものとして扱うほうがいいですか？

第2に、IFこれらのすべてがそれぞれ独自のテーブルである必要があります。イベント外部キーも同様に格納すると便利ですか？私はインスタンスに関係なくイベントのためのすべての食品リストを呼びたい場合は、私はちょうどイベントからすべてのインスタンスを取得し、各インスタンスの情報を呼び出します。その呼び出しが起こることを期待すれば、キーを追加するのに十分な理由があるのでしょうか、それともこの貧弱な計画ですか？

Answer 1

道路を降りて後であなたの決断を後悔する前に、将来を計画しているかもしれません。あなたのインスタンス項目（食糧、人、コストなど）を別々のテーブルに保存するほうがいいでしょう。 Instance - > Instance Itemは多対多の関係であるため、多対多の関係を可能にするためにオブジェクトテーブルの間にいくつかのリンクテーブルが必要です。

Event | EventID 
Instance | InstanceID, EventID 
InstanceFood | InstanceID, FoodID 
InstancePerson | InstanceID, PersonID 
... 
Food | FoodID, FoodName 
Person | PersonID, PersonName 

リンクテーブルの場合、primaryKeyはInstanceIDと他のid値の組み合わせです。この設定では、オブジェクト（食べ物、人）テーブルにイベントIDを格納する必要はありません。特定の人物が関連付けられているイベントを特定したい場合は、インスタンスPersonとインスタンスを持つPersonに参加して、関連するすべてのEventIDを取得してください。

Answer 2

お使いのモデルは未定です。 Eventには「コスト」があることは何を意味していますか？それはセントで表現される単一の総計ですか？これは数字のCOSTの列に属します。それはいくつかの有料製品またはサービスの箇条書きですか？それは、1：nの関係を実装する唯一の純粋な方法であるため、別のテーブルに入れなければなりません。同様に、Evaluationは1〜10の尺度で単一のスコアですか？カラム。それはいくつかの（または、神が、変数の数を禁止している）Q &位置を持つ構造化されたアンケートですか？表。人の数だけ重要ですか？カラム。関連する人々の身元確認は重要ですか？表。

2の場合、1：nデータを保持するテーブルが関連付けられている場合、外部キーを使用して「所有」レコードを参照させることはできません。たとえば、InstanceとPeopleの間に1：nの関係をモデル化するテーブルが必要な場合は、PeopleにはInstanceIdの列が必要です。