Сведения о процессор

Разработка структуры БД

Проектирование БД

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

Разработка технического задания

Техническое задание на проектирование БД должен предоставить заказчик. Но для этого он должен владеть соответствующей терминологией и знать, хотя бы в общих чертах, технические возможности основных СУБД. Поэтому обычно используют следующие подходы:

· Демонстрируют заказчику работу аналогичной БД, после чего согласовывают спецификацию отличий;

· Если аналога нет, выясняют круг задач и потребностей заказчика, после чего помогают ему подготовить техническое задание.

При подготовке технического задания составляют:

· Список исходных данных, с которыми работает заказчик;

· Список выходных данных, которые необходимы заказчику для управления структурой своего предприятия;

· Список выходных данных, которые не являются необходимыми для заказчика, но которые он должен предоставить в другие организации (в вышестоящие структуры, в органы статистического учета, прочие административные и контролирующие организации).

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

1. Работа начинается с составления генерального списка полей – он может насчитывать десятки и даже сотни позиций.

2. В соответствии с типом данных, размещаемых в каждом поле, определяют наиболее подходящий тип для каждого поля.

3. Далее распределяют поля генерального списка по базовым таблицам. Цель - обеспечить, чтобы ввод данных в одну таблицу производился, по возможности, в рамках одного подразделения, а еще лучше – на одном рабочем месте.

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

Таблица 7.3.1.

Марка	модель	цена	поставщик	Адрес
Celeron	300А		ООО «Самшит»	123456, Москва, ул. Индустриальная, д.10
Celeron			ООО «Самшит»	123456, Москва, ул. Индустриальная, д.10
Intel			ТОО «Планета»	111222, Москва, ул. Промышленная, д.22
Celeron			ООО «Самшит»	123456, Москва, ул. Индустриальная, д.10
Intel			ЗАО «Кристина»	121212, Москва, пр. Технический, 44

В данной таблице в полях «Поставщик» и «Адрес» наблюдается повтор данных. Это говорит о том, таблицу надо поделить на две взаимосвязанные таблицы (табл. 7.3.2 и табл. 7.3.3).

Таблица 7.3.2.

«Процессор»

Марка	модель	цена
Celeron	300А
Celeron
Intel
Celeron
Intel

Таблица 7.3.3.

«Поставщики»

Наименование	Индекс	Город	Адрес	Телефон
ООО «Самшит»		Москва	ул. Индустриальная, д.10	129-62-51
ТОО «Планета»		Москва	ул. Промышленная, д.22	456-43-21
ЗАО «Кристина»		Москва	пр. Технический, 44	175-84-22

5. В каждой из таблиц намечают ключевое поле. В качестве такового выбирают поле, данные в котором повторяться не могут. Например, для таблицы данных о студентах таким полем может служить индивидуальный шифр студента (№ зачетной книжки). Для таблицы 7.3.2 «Процессор» такого поля нет, но его можно создать искусственно комбинированием полей «Марка» и «Модель». Эта комбинация неповторима, т.к. в таблице незачем описывать одну и ту же модель.

Если же в таблице таких полей нет, которые можно было бы использовать как ключевые, всегда можно ввести дополнительное поле типа Счетчик – оно не может содержать повторяющихся данных по определению. Например, в таблицу 7.3.3 «Поставщики» можно ввести поле «Код поставщика».

Код поставщика	Наименование	Индекс	Город	Адрес	Телефон
	ООО «Самшит»		Москва	ул. Индустриальная, д.10	129-62-51
	ТОО «Планета»		Москва	ул. Промышленная, д.22	456-43-21
	ЗАО «Кристина»		Москва	пр. Технический, 44	175-84-22

6. С помощью карандаша и бумаги расчерчивают связи между таблицами. Существует несколько типов возможных связей между таблицами. Наиболее распространенными являются связи «один ко многим» и «один к одному». Связь между таблицами организуется на основе общего поля, причем в одной из таблиц оно обязательно должно быть ключевым, т.е. на стороне «один» должно выступать ключевое поле, содержащее уникальные, неповторяющиеся значения. Значения на стороне «многие» могут повторяться.

Для того, чтобы можно было получать сведения о поставщиках процессоров, надо связать таблицы 7.3.2 и 7.3.3. Чтобы можно было осуществить связь, в таблице «Поставщики» поле «Код поставщика» надо сделать ключевым. В таблицу 7.3.2. надо добавить поле «Код поставщика» и связать таблицы по этому полю (рис. 7.3.1).

Поставщики Код поставщика Наименование Индекс Город Адрес Телефон    

Процессор Марка Модель Цена Код поставщика

1

Рис. 7.3.1. Схема связей между таблицами

Про подобные таблицы говорят, что они связаны реляционными отношениями. Соответственно, системы управления, способные работать со связанными таблицами, называются системами управления реляционными БД, а схему данных могут называть схемой реляционных отношений.

7. Разработкой схемы данных заканчивается «бумажный» этап работы над техническим предложением. Схему можно согласовать с заказчиком, после чего приступать к непосредственному созданию БД.

Дата добавления: 2014-01-06