Выбор ключевых полей

Структуры таблиц даталогической модели

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

На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД.

Даталогическая модель, представляющая собой структуры для каждой таблицы, выполненная с учётом особенностей используемой СУБД представлены в таблицах 2 – 5.

Таблица 2 — Структура таблицы «Поставщики»

№ п.п	Наименование	Тип	Длина	Ограничения
	Код Поставщика	Счетчик		Уникальный
	Фирма	Текстовый		Обязательный
	Адрес	Текстовый
	Главный Директор	Текстовый		Обязательный
	Номер	Числовой

Таблица 3 — Структура таблицы «Сотрудники»

№ п.п	Наименование	Тип	Длина	Ограничения
	Код сотрудника	Счетчик		Уникальный
	Фамилия	Текстовый		Обязательный
	Смена	Мастер подстановок		Обязательный
	Количество дней	Числовой		Обязательный

Таблица 4 - Структура таблицы «Склад»

№ п.п	Наименование	Тип	Длина	Ограничения
	Код Поставщика	Мастер подстановок
	Фото	Поле объекта OLE
	Код товара склада	Счетчик		Уникальный
	Цветок	Текстовый		Обязательный
	Цвет	Мастер подстановок		Обязательный
	Оптовая цена	Числовой		Обязательный
	Количество	Числовой		Обязательный
	Дата привоза	Дата/время		Обязательный
	Срок хранения	Числовой

Таблица 5 -Структура таблицы «Продажи»

№ п.п	Наименование	Тип	Длина	Ограничения
	Код продажи	Счетчик		Уникальный
	Код сотрудника	Мастер подстановок		Обязательный
	Дата продажи	Дата и время		Обязательный
	Код товара со склада	Мастер подстановок		Обязательный
	Кол-во проданных	Числовой
	Цена за штуку	Числовой		Обязательный
	Итого	Вычисляемый

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

Ключ обеспечивает:

· однозначную идентификацию записей таблицы;

· ускорение выполнения запросов к БД;

· установление связи между отдельными таблицами;

· использование ограничений ссылочной целостности;

Ключ также называют первичным ключом. Информацию о ключе может храниться в отдельном файле или совместно с данными таблицы

Таблицы различных форматов имеют свои особенности построения ключей. Вместе c тем существуют общие правила:

Ключ должен быть уникальным. У составного ключа значения отдельных полей (но не всех одновременно) могут повторяться.

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

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

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

Для своей базы данных я выбрала следующие ключевые поля:

Для таблицы Поставщики – ключевым полем является «Код поставщика»;

Для таблицы Склад - ключевым полем является «Код товара на складе»;

Для таблицы Продажи - ключевое поле задано «Код продажи»;

Для таблицы Сотрудники - ключевое поле «Код сотрудника»

Дата добавления: 2015-06-30