Содержание

1	Основные понятия системы управления базами данных	4
2	Этапы проектирования баз данных. Выявление документов и их реквизитов	13
3	Определение функциональных зависимостей между реквизитами документов.	16
4	Выбор по функциональным связям реквизитов, зависимых от каких либо других реквизитов и указание для них ключевых реквизитов.	19
5	Группировка реквизитов.	20
6	Определение связей между выявленными информационными объектами.	23
7	Построение информационно-логической модели.	26
8	Логическая структура реляционной базы данных (схема данных).	27
9	Задание, требования и возможные варианты для курсового проектирования	29
10	Литература	33

Основные понятия системы управления базами данных

База данных – это совокупность связанных между собой сведений о конкретных объектах реального мира в какой-то предметной области.

Для создания БД необходимо структурировать вводимую информацию об объектах.

Структурирование – введение каких-либо соглашений о способах представления данных. Обычно это таблицы.

Объект – нечто, для которого существует название и способ отличать один подобный объект от другого (например, города, люди).

Для описания объектов используют значения атрибутов, т.е. данные.

Данное – некоторый показатель (признак, свойство), который характеризует объект и принимает для конкретного экземпляра объекта некоторое текстовое или числовое значение. В теории БД “данное” называют полем.

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

В БД совокупности данных представляются в виде простой двумерной таблицы. Реляционная база данных представляет собой множество взаимосвязанных двумерных таблиц, состоящих из однотипных строк – реляционных таблиц, в каждой из которых содержатся сведения об одной сущности. Каждая таблица состоит из фиксированного количества столбцов и переменного количества строк. Описание столбцов, составляемое разработчиком, называют макетом таблицы. Каждый столбец это конкретное поле (данное). Каждая строка таблицы называется записью. Каждое поле может входить в состав нескольких таблиц. Каждая запись в таблице должна иметь первичный ключ, т.е. идентификатор (конкретное значение поля, адрес), значение которого однозначно определяет эту и только эту запись. Ключ может состоять из одного поля, тогда его называют простым или из нескольких полей, тогда его называют составным ключом. Первичный ключ должен обладать свойством однозначной идентификации: запись должна однозначно определяться значением первичного ключа. Никакое поле нельзя удалить из ключа, не нарушая при этом свойство однозначной идентификации. Каждое значение первичного ключа в пределах таблицы должно быть уникальным. В противном случае невозможно отличить одну запись от другой.

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

Вообще, ключи используются для индексирования (упорядочивания) записей таблиц, для более быстрой и удобной сортировки данных. По определению ключей СУБД автоматически строит индексы, которые представляют собой механизмы быстрого доступа к хранящейся в таблице информации.

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

Например, база данных Телефонный справочник.

Таблица ТЕЛЕФОН

Номер	Имя абонента	Адрес	Категория
45-56-67	Максим	Ленина, 9	РД
53-36-69	Саша	-	ДР
52-58-41	Маша	Мира, 45	МН

Таблица СЛОВАРЬ

Категория	Наименование
РД	Родственник
ДР	Друг
МН	Магазин

Таблица ТЕЛЕФОН, таблица СЛОВАРЬ – реляционные таблицы. Номер, Имя абонента, Адрес Категория, Наименование – поля. Номер – простой первичный ключ для таблицы ТЕЛЕФОН, Категория – для таблицы СЛОВАРЬ. Но для таблицы ТЕЛЕФОН Категория является простым вторичным ключом, ключом связи. Данные таблиц связаны по полю Категория.

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

Информационный объект – это описание некоторой сущности предметной области – реального объекта, процесса, события или явления. Информационный объект образуется совокупностью логически взаимосвязанных реквизитов, представляющих собой качественные или количественные характеристики сущности. Другими словами, информационный объект – это таблица, а реквизиты – поля.

Связи информационных объектов могут быть разного типа:

одно-однозначные (1:1)
одно-многозначные (1:М)
много-многозначные (M:N)

Одно-однозначные связи имеют место, когда каждому экземпляру (каждой записи) первого объекта (А) соответствует только один экземпляр (запись) второго объекта (В) и наоборот, каждому экземпляру второго объекта (В) соответствует только один экземпляр первого объекта (А). Следует заметить, что такие объекты легко могут быть объединены в один, структура которого образуется объединением реквизитов обоих исходных объектов, а в качестве ключевого реквизита может быть выбран любой из альтернативных ключей, т. е. ключей исходных объектов. Графическое изображение одно-однозначной связи приведено на рис. 1.1.

Рис. 1.1. Графическое изображение одно-однозначных отношений объектов.

Одно-многозначные связи (1:М) характеризуются тем, что каждому экземпляру одного объекта (А) может соответствовать несколько экземпляров другого объекта (В), а каждому экземпляру второго объекта (В) может соответствовать только один экземпляр первого объекта (А). Графическое изображение одно-многозначной связи приведено на рис. 1.2.

главный инф. подчинённый инф.

объект объект

Рис. 1.2. Графическое изображение одно-многозначных отношений объектов.

В такой связи объект (А) является главным, а объект (В) – подчиненным, то есть имеет место иерархическая подчиненность объекта (В) объекту (А). Примерами одно-многозначных связей являются: подразделения-сотрудники, специализированный склад - готовая продукция и т. п.

Много-многозначные связи (M:N). Каждому экземпляру одного объекта (А) могут соответствовать несколько экземпляров второго объекта (В) и наоборот, каждому экземпляру второго объекта (В) могут соответствовать тоже несколько экземпляров первого объекта (А). Графическое изображение связи типа M:N показано на рис. 1.3.

Рис. 1.3. Графическое изображение много-многозначных отношений объектов.

Много-многозначные связи не могут непосредственно реализовываться в реляционной базе данных. Поэтому, если такие связи выявлены, может понадобиться их преобразование путем введения дополнительного объекта “связка”. Исходные объекты будут связаны с этим объектом одно-многозначными связями. Таким образом, объект-связка является подчинённым в одно-многозначных связях по отношению к каждому из исходных объектов.

На рис. 1.4 показано преобразование связи типа M:N через объект, выполняющий роль “связки”.

M :N