Таблицы поиска в Core Data

Основные данные не являются базой данных, поэтому я не понимаю, как создавать, управлять или даже внедрять таблицы поиска в основные данные.

Вот конкретный пример, который относится к моему проекту.

Посох (1) -> (Много) Таланты (1)

Таблица talents состоит из:

TalentSkillName (строка)

TalentSkillLevel (целое число)

Но я не хочу продолжать вводить TalentSkillName, поэтому я хочу поместить эту информацию в другую, отдельную таблицу/сущность.

Но поскольку Core Data на самом деле не является базой данных, я не понимаю, как должны выглядеть отношения, или даже должны ли таблицы поиска храниться в основных данных.

Одно из решений, о котором я думаю, состоит в том, чтобы использовать PLIST всех TalentSkillNames, а затем в сущности Talents просто иметь числовое значение, указывающее на версию PLIST.

Спасибо.

Я добавил диаграмму, которую, я считаю, вы должны сделать, но я не уверен, правильно ли это.

Сущность


person zardon    schedule 02.02.2011    source источник
comment
Я думаю, что AbilityCategories должны иметь отношения ко многим со способностями в описанном вами сценарии. Кроме того, принято называть Сущности в единственном числе, т. е. Человек, Способность, Категория Способностей.   -  person paulbailey    schedule 10.02.2011


Ответы (1)


Я бы посоветовал вам создать третью сущность, Skill. Это может иметь отношение один ко многим с Talent, которое тогда просто имеет уровень в качестве атрибута.

По сути, это означает, что вы моделируете отношение «многие ко многим» между Staff и Talent через сущность Skill. Логически, похоже, это соответствует ситуации, которую вы описываете.

person paulbailey    schedule 02.02.2011
comment
Будет ли это также работать, скажем, Article -‹ Category, где вы не хотите повторять название категории? Спасибо. - person zardon; 08.02.2011
comment
Для таких отношений, как «Статья» и «Категория», я бы, вероятно, сделал это множественным в обоих направлениях (т.е. и «Статья» может иметь много категорий, а «Категория» может иметь много статей). Это просто смоделировать в Core Data. - person paulbailey; 08.02.2011
comment
Хорошо спасибо. Я добавил диаграмму, которую, как мне кажется, вы имеете в виду в основной ветке вопросов. - person zardon; 09.02.2011