18 Вопрос. Проектирование базы данных.

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

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

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

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

2) разработка структуры БД.

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

19 Вопрос. Базы данных. Сетевая, иерархическая и реляционная модели данных.

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

1.Иерархическая – позволяет строить БД с древовидной структурой. Поиск данных всегда начинается с корня. Затем производится спуск с одного уровня на другой, пока не будет достигнут искомый результат. Перемещение по системе от одной записи к другой осуществляется с помощью ссылок. + модели: простота описания иерархической структуры и быстрое выполнение запросов соответствующих структуре данных. – модели: не всегда удобно каждый раз начинать поиск нужных данных с корня, а другого способа перемещения в БД нет.

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

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