2011-02-02 4 views
0

コアデータはデータベースではないため、コアデータのルックアップテーブルの作成、管理、実装方法については混乱しています。コアデータのルックアップテーブル

私のプロジェクトに関連する具体的な例を以下に示します。

スタッフ(1) - >(多くの)タレント(1)

talents表がで構成されています

TalentSkillName(String)を

TalentSkillLevel(int型)

しかし、私はTalentSkillNameと入力してください。この情報を別の別のテーブル/エンティティに格納します。

コアデータは実際にはデータベースではないので、関係がどのように見えるか、またはルックアップテーブルをコアデータに格納する必要があっても混乱します。

私が考えている解決策は、すべてのTalentSkillNamesのPLISTを使用し、次にTalentsエンティティで単にPLISTバージョンを指す数値を持つことです。

ありがとうございました。

私は、あなたがやっていると信じているダイアグラムを追加しましたが、これが正しいかどうかはわかりません。

Entity

+0

あなたが説明したシナリオでは、AbilityCategoriesは能力と多対多関係を持つべきだと思います。また、慣習は通常、エンティティを単数形、すなわちPerson、Ability、AbilityCategoryに命名する。 – paulbailey

答えて

1

私はあなたが第3のエンティティ、Skillを持っていることを示唆していると思います。これは、Talentと1対多の関係を持つことができます。これは、属性としてレベルのみを持ちます。

実際にはStaffTalentの間の多対多の関係をSkillエンティティでモデリングすることを意味します。論理的には、それはあなたが描いている状況に合っているようです。

+0

これは、 'Article' - <' Category'のようにも動作しますか?カテゴリ名を繰り返し続けたくない場所はありますか?ありがとう。 – zardon

+0

記事とカテゴリのような関係については、多分両方向にする(つまり、記事には多くのカテゴリがあり、カテゴリには多くの記事を含めることができます)。これは、コアデータをモデル化するのは簡単です。 – paulbailey

+0

よろしくお願いいたします。私はあなたが主な質問スレッドに意味するものと信じているダイアグラムを追加しました。 – zardon

関連する問題