2017-12-15 10 views
1

私はdbとImについていくつかのモデリング演習を勉強しています。しかし、1つのイムでは解決策を見つけることができません。カスタムフォームフィールドを持つこのコンテキストをモデル化する方法

コンテキスト

1つの鉱石より登録型を持つことができる実体「会議」があります。登録タイプごとに、名前と電子メールの2つの必須フィールドがあります。

しかし、これらの2つの必須フィールドの横に、さまざまな登録タイプで会議を作成することができ、それぞれの登録タイプにカスタムフィールドを含めることができます。たとえば、会議の作成者が名前や電子メールのほかに電話か何かを集める。これらのカスタムフィールドには、チェックボックス、入力、選択、テキストエリア、日付、アップロードファイルがあります。会議の作成者は、各フィールドを必須として選択することもできます。このモデリングのための成功せず解決策を見つけようと

疑い

イム。これをどのようにモデル化できるか知っていますか?このシナリオでは

私は、エンティティ識別:会議、登録タイプとフォームを、それらが同様に関連していますので、

1 to many relationship from Conference To Registration type (non-identifying) 
1 to many relationship from RegistrationType to Form (non-identifying) 

Conference: ConferenceID, Name, etc 
RegistrationType: RegistrationTypeID, Name, Description, capacity, etc, ConferenceConferenceID 
Form: idForm, RegistrationTypeRegistrationTypeID 

しかし、その後、あなたはどのようにカスタムフィールドを知っていますか部品は設計できますか?

+0

「疑問」と言うときは「質問」ですか? –

答えて

0

登録タイプのケースは、クラスとサブクラスの古典的なケース、または必要に応じて型とサブタイプのように見えます。この事の王は、実際にはいつも起きている。しかし、それはしばしばデータモデリングのチュートリアルでスキップされます。

オブジェクトモデラーは、オブジェクトモデルに組み込まれている継承機能を使用して、これを非常に簡単に処理します。サブクラスはクラスを拡張するだけです。

ERモデル作成者は、ERDでこれを「一般化と特殊化」の図を使って描くことができます。しかし、ERモデリングでは、テーブルの作成方法はわかりません。

これらのタグを確認してください。

タグの下でグループ化された質問、および情報]タブを見てください。彼らはあなたのテーブルを構築する方法を示します。単一のテーブルとクラステーブルの間で選択する必要があります。単一のテーブルは、おそらくあなたのニーズに十分です。

関連する問題