Для простоты предположим, что три части выше, которые являются колеса, рукоятка и стволовых являются только части (компоненты), что мотоцикл. У нас был стол компоненты, как, компоненты (ItemID, длина, ширина, высота, ...) Когда мы анализировали пакет Закупочные мы получили ItemID в качестве первичного ключа для компонентов; что это, где мы имели таблицу компонентов. Помните, что мы на самом деле не заполнить таблицу компонентов. Так вот, мы должны согласовать таблицу компонентов с вышеуказанными тремя столами.
Вот, длина, ширина и высота в таблице компонентов среднего размера и поэтому должны иметь в виду размер в компоненте (мотоцикла части) называется стебель. В этот момент умный разработчик базы данных может понять, что, хотя колеса, рукоятка и стволовых классы образуют состав с таблицей мотоциклов, они образуют обобщение (подтипы) с частью компонентов. Не волнуйтесь, если вы не можете понять, что сейчас, потому что я по-прежнему, чтобы доказать, что они образуют подтипы для класса компонентов.
Из сказанного выше, таблица компоненты должны теперь быть: Компоненты (Itemid, WheelID, диски, спицы, CrankID, вес, StemID, вес, размер) У меня просто поместите свойства компонентов, колесо, Crank, и стволовых в Компоненты стол. Предположим, что работники компании мотоцикла, который нуждается в базу данных сказала нам, что каждый компонент имеет категорию. Например, некоторые компоненты вращения, как колеса, и некоторые являются фиксированными, как стебель. Таким образом, значение категории вращения или фиксированной. Так атрибута, категория для всех компонентов.
В таблице Компоненты становится, компоненты (ItemID, Категория, WheelID, диски, спицы, CrankID, вес, StemID, вес, размер) я вставил Категория атрибут в обозначениях таблицы компонентов. В этой таблице компонентов, Itemid и категории атрибуты для всех компонентов. Остальные других атрибутов (свойств) делятся на три группы, которые мы уже знаем. Для каждой строки в таблице присутствуют компоненты, сде