В конце Продажа, может быть один и только один ряд для любых отношений, давая минимум 1 ряд и максимум 1 ряд в конце Продажа для любых отношений. Рис 5.2 иллюстрирует this.Many-ко-многим Отношения Это еще один вид объединения. Таблица 5.7, Таблица 5.8 и Таблица 5.9 иллюстрирует это. Эти три таблицы из оптовой компании. Таблица 5.7 Таблица Заказать имея заказы, которые были размещены в компании с поставщиками (производителями). Фактические элементы (изделия), заказанные не в этой таблице. Таблица 5.8 называется таблица OrderItem.
Это показывает, какой элемент (ItemID) было приказано в течение определенного порядка. Таблица 5.9 представляет собой таблицу пункт. Это показывает предметы (продукты), что компания обычно заказы и продает. В таблице заказа имеет столбец OrderID, который является первичным ключом. Он имеет столбец даты, который показывает дату, когда заказ был сделан. Это имеет столбец SupplierID с указанием поставщика в плане ID, которые сделали предложение. Существует таблица поставщиком (не показан), который содержит информацию (Полномочия) для каждого поставщика.
В таблице с поставщиком, то SupplierID однозначно идентифицирует поставщика. В таблице заказа есть столбец с указанием сотрудника с точки зрения ID, сотрудника, который на самом деле размещается и типизированной порядок в оптовой компании. Вы видели пример таблицы сотрудников (не показан здесь), в одном из предыдущих уроках. В таблице OrderItem имеет OrderID и ItemID. Эти две колонки образуют первичный ключ из таблицы OrderItem. В OrderItem таблице показано, какие пункт заказанные для которых порядок. Это также показывает количество заказанного товара в третьей колонке.
В последней колонке этой таблицы показывает фактическую цену заплатили. В таблице Состояние показывает элементы (изделия), что компания обычно заказы и продает. Первый столбец таблицы является ItemID, который является первичным ключом. Вторая колонка описывает деталь. Третий столбе