Основные данные не являются базой данных, поэтому я смущен тем, как создавать, управлять или даже реализовывать таблицы Lookup в основных данных.Таблицы поиска в данных ядра
Вот конкретный пример, относящийся к моему проекту.
Сотрудники (1) -> (много) Таланты (1)
Таблица talents
состоит из:
TalentSkillName (String)
TalentSkillLevel (интермедиат)
Но я не хочу поддерживать вводя TalentSkillName
, поэтому я хочу поместить эту информацию в другую отдельную таблицу/сущность.
Но поскольку базовые данные на самом деле не являются базой данных, я смущаюсь относительно того, как должны выглядеть отношения, или даже если таблицы Lookup должны храниться в основных данных.
Одним из решений, о которых я думаю, является использование PLIST всех имен TalentSkillNames, а затем в объекте Talents просто есть числовое значение, указывающее на версию PLIST.
Спасибо.
Я добавил диаграмму, которая, как я считаю, предназначена для вас, но я не уверен, что это правильно.
Я думаю, что в описанном вами сценарии AbilityCategories должна иметь отношение ко многим со способностями. Кроме того, конвенция обычно называется Сущностями в единственном числе, то есть Person, Ability, AbilityCategory. – paulbailey