Типичным  представителем (наиболее известным  и распространенным) является Information Management System (IMS) фирмы IBM. Первая версия появилась  в 1968 г. До сих пор поддерживается много баз данных этой системы

     Сетевые базы данных

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

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

     

     Рис. 2 Схема сетевой модели

     В отличие от ИМД СМД позволяет  осуществлять доступ к данным несколькими  путями.

             

                ИМД                                                         СМД

     Сетевые структуры могут содержать цикл. Связи в сетевых моделях представлены в явном виде в специальных полях связи, следовательно, каждая запись имеет…

     Достоинства данной модели:

1. Возможность реализации связи М:М 
2. Допустимость образования произвольных связей.

     Недостатки:

1. Сложность понимания и обработки информации.
2. Сложность структур данных .
3. Ослаблен контроль целостности

     Пример  СУБД с СМД: компас, сеть, IDMS. Типичным представителем является Integrated Database Management System (IDMS) компании Cullinet Software, Inc., предназначенная для использования на машинах основного класса фирмы IBM под управлением большинства операционных систем. Архитектура системы основана на предложениях Data Base Task Group (DBTG) Комитета по языкам программирования Conference on Data Systems Languages (CODASYL) - организации, ответственной за определение языка программирования Кобол. Отчет DBTG был опубликован в 1971 г., а позже появилось несколько систем, среди которых IDMS.

     Реляционная модель данных (РМД)

     В настоящее время является единственной моделью с хорошо проработанной теоретической БД.

     В РМД объекты и связи между  ними представляются в виде набора взаимосвязанных двумерных таблиц. Каждая таблица имеет собственное  имя и представляет один информационный объект.

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

     Достоинства РМД:

1. Простота, эффективность, удобство использования.
2. Легкость развития и дополнения.
3. Высокая степень независимости данных.

     Недостатки:

1. Сложность описания иерархических и сетевых связей.
2. Сложность обеспечения высокой производительности.

     Пример СУБД с РМД: Visual Fox Pro, Dracle, Access, Paradox, Clarion, dBase IV.

 

     

2. СОЗДАНИЕ БАЗЫ ДАННЫХ MS ACCESS

2.1 Создание таблиц.

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

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

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

   -    Не должно быть повторений  и между таблицами.

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

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

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

   -   Каждое поле должно быть связано  с темой таблицы.

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

 -    В таблице должна присутствовать  вся необходимая информация.

   - Информацию следует разбивать  на наименьшие логические единицы  (Например, поля «Имя» и «Фамилия», а не общее поле «Имя»).

2.2 Инфологическое проектирование

      Первым  этапом и самым главным этапом в процессе проектирования и создания базы данных, является разработка инфологической модели.

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

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

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

      Между двумя сущностям, например, А и  В возможны четыре вида связей.

      Первый  тип – связь ОДИН-К-ОДНОМУ (1:1): в каждый момент времени каждому представителю (экземпляру) сущности А соответствует 1 или 0 представителей сущности В:

      

      Студент может не "заработать" стипендию, получить обычную или одну из повышенных стипендий.

      Второй  тип – связь ОДИН-КО-МНОГИМ (1:М): одному представителю сущности А соответствуют 0, 1 или несколько представителей сущности В.

      

      Квартира  может пустовать, в ней может  жить один или несколько жильцов.

      Так как между двумя сущностями возможны связи в обоих направлениях, то существует еще два типа связи МНОГИЕ-К-ОДНОМУ (М:1) и МНОГИЕ-КО-МНОГИМ (М:N). Но в нашей работе такие типы связи нам не следует употреблять.

2.3 Структура и создание таблиц

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

• Текстовый. Текст или числа не требующие проведения расчётов.
• МЕМО.  Поле этого типа предназначено для хранения небольших текстовых данных (до 64000 символов). Поле этого типа не может быть ключевым или проиндексированным.
• Числовой.  Этот тип данных содержит множество подтипов. От выбора подтипа (размера) зависит точность вычислений.
• Счётчик.  Уникальные, последовательно возрастающие  числа, автоматически вводящиеся при добавлении новой записи в таблицу.
• Логический.  Логические значения, а так же поля, которые могут содержать одно из двух возможных значений.
• Денежный. Денежные значения и числовые данные, используемые в математических вычислениях.
• Дата/Время. Дата и время хранятся в специальном фиксированном формате.
• Поле объекта OLE. Включает звукозапись, рисунок и прочие типы данных. Поле этого типа не может быть ключевым или проиндексированным.
• Гиперсвязь.  Содержит адреса Web-страниц.

2.4 Реляционная схема базы данных

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

      1. Каждая таблица состоит из  однотипных строк и имеет уникальное  имя.

      2. Строки имеют фиксированное число полей (столбцов) и значений (множественные поля и повторяющиеся группы недопустимы). Иначе говоря, в каждой позиции таблицы на пересечении строки и столбца всегда имеется в точности одно значение или ничего.

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

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

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

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

 

3. ПРАКТИЧЕСКАЯ ЧАСТЬ. СОЗДАНИЕ И РАБОТА С БАЗОЙ ДАННЫХ

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

     После этого откроется окно программы. Для создания новой базы данных нужно  выполняем:

     -   команду Файл → Создать

     - в открывшемся окне диалога «Создание» выбираем «Новая база данных». На экране появится окно с запросом директории для новой базы данных, вводим имя базы «больница», затем «ОК». После этого появится окно базы данных (Рисунок 1).