Сведения о процессор
В данной таблице в полях «Поставщик» и «Адрес» наблюдается повтор данных. Это говорит о том, таблицу надо поделить на две взаимосвязанные таблицы (табл. 7.3.2 и табл. 7.3.3). Таблица 7.3.2. «Процессор»
Таблица 7.3.3. «Поставщики»
5. В каждой из таблиц намечают ключевое поле. В качестве такового выбирают поле, данные в котором повторяться не могут. Например, для таблицы данных о студентах таким полем может служить индивидуальный шифр студента (№ зачетной книжки). Для таблицы 7.3.2 «Процессор» такого поля нет, но его можно создать искусственно комбинированием полей «Марка» и «Модель». Эта комбинация неповторима, т.к. в таблице незачем описывать одну и ту же модель. Если же в таблице таких полей нет, которые можно было бы использовать как ключевые, всегда можно ввести дополнительное поле типа Счетчик – оно не может содержать повторяющихся данных по определению. Например, в таблицу 7.3.3 «Поставщики» можно ввести поле «Код поставщика».
6. С помощью карандаша и бумаги расчерчивают связи между таблицами. Существует несколько типов возможных связей между таблицами. Наиболее распространенными являются связи «один ко многим» и «один к одному». Связь между таблицами организуется на основе общего поля, причем в одной из таблиц оно обязательно должно быть ключевым, т.е. на стороне «один» должно выступать ключевое поле, содержащее уникальные, неповторяющиеся значения. Значения на стороне «многие» могут повторяться. Для того, чтобы можно было получать сведения о поставщиках процессоров, надо связать таблицы 7.3.2 и 7.3.3. Чтобы можно было осуществить связь, в таблице «Поставщики» поле «Код поставщика» надо сделать ключевым. В таблицу 7.3.2. надо добавить поле «Код поставщика» и связать таблицы по этому полю (рис. 7.3.1).
Рис. 7.3.1. Схема связей между таблицами Про подобные таблицы говорят, что они связаны реляционными отношениями. Соответственно, системы управления, способные работать со связанными таблицами, называются системами управления реляционными БД, а схему данных могут называть схемой реляционных отношений. 7. Разработкой схемы данных заканчивается «бумажный» этап работы над техническим предложением. Схему можно согласовать с заказчиком, после чего приступать к непосредственному созданию БД.
|
