Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
otvety_po_kit.docx
Скачиваний:
48
Добавлен:
29.02.2016
Размер:
303.89 Кб
Скачать

13. Этапы проектирования баз данных

Этапы проектирования БД:

1. Системный анализ и словесное описание информационных объектов предметной области и связей между ними.

2. Семантическое моделирование предметной области – частично формализованное описание объектов предметной области в терминах некоторой семантической модели, например, ER-модели.

3. Выбор стандартной СУБД.

4. Логическое проектирование БД, то есть описание БД в терминах принятой модели данных. На этом этапе определяются число и структура таблиц, формируются запросы к БД, определяются типы отчетных документов, разрабатываются алгоритмы обработки информации, создаются формы для ввода и редактирования данных и т.д.

5. Физическое проектирование БД, то есть выбор эффективного размещения БД на внешних носителях для обеспечения максимального быстродействия при обработке данных.

10. Основные понятия реляционной модели данных(фундаментальные св-ва отношений, первичный ключ, связывание таблиц, внешний ключ, схема данных)

Фундаментальные свойства отношений (таблиц):

1) атомарность значений столбцов, т.е. на пересечении каждой строки и столбца, должно быть одно простое значение;

2) каждый столбец имеет уникальное имя;

3) значения в столбце должны быть однородными;

4) отсутствие кортежей-дубликатов, т.е. в таблице не существует двух полностью совпадающих строк;

5) последовательность столбцов в таблице несущественна;

6) последовательность строк в таблице несущественна.

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

В таблице реляционной БД столбцыназывают полями, а строки –записями.

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

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

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]