Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Konspekt_Informatsionnoe_obesp_SU.doc
Скачиваний:
0
Добавлен:
22.01.2020
Размер:
446.46 Кб
Скачать

1.3Архитектура клиент/сервер.

Рис.3. Архитектура клиент/сервер.

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

Преимущества: использование ресурса, как клиента, так и сервера.

Недостатки: при очень большой загрузке (при высоком трафике) падает производительность.

Данная архитектура применяется в масштабе предприятия.

В настоящее время на рынке имеются огромное количество СУБД, применяющих данную архитектуру. Перечислим наиболее популярные: ORACLE, Sy Base, MS SQL, InterBase.

1.4Многозвенная архитектура.

Рис.4.Многозвенная архитектура.

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

Данная архитектура является гибридной. Тонкий клиент позволяет в стандартном формате работать с любыми данными. Сервер приложений является инструментом для отображения данных в формате HTML. Эта архитектура применяется в таких сетях, как Internet (всемирная сеть), Intranet (внутренняя сеть). В сервере приложений запускается столько копий приложений, сколько пользователей требует информацию. Широко применяется программное обеспечение для серверов приложений, называемое Apache.

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

Недостатки: ограничение возможностей, тонкий клиент имеет ограниченные возможности.

2Способы организации данных.

2.1Сетевая модель данных

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

  • найти конкретную запись предка по ключу (например, номер клиента);

  • перейти к первому потомку в конкретном множестве (первый заказ, размещенный клиентом);

  • -перейти в сторону от одного потомка к другому в конкретном множестве (следующий заказ, сделанный этим же клиентом);

  • -перейти вверх от потомка к его предку в другом множестве (служащий, принявший заказ).

Сетевые базы данных обладают рядом преимуществ:

  • Гибкость. Множественные отношения предок/потомок позволяют сетевой базе данных хранить данные, структура которой сложнее простой иерархии.

  • Стандартизация. Появление стандарта CODASYL увеличило популярность сетевой модели, а такие поставщики мини-компьютеров, как Digital Equipment Corporation и Data General, реализовали сетевые СУБД.

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

Рассмотрим сетевую модель на примере.

Рассмотрим систему получения, отпуска товара на склад. Отпуск товара по расходным или приходным документам . Каждый документ имеет реквизиты (ДАТА,НОМЕР), НАЗВАНИЕ и НОМЕР СКЛАДА , НАЗВАНИЕ ПОСТАВЩИКА или ПОЛУЧАТЕЛЯ . Кроме этого документ имеет список получаемых или отпускаемых материальных ценностей . На основании данного документа осуществляется перемещение материальных ценностей . Итоговые данные о всех перемещениях фиксируются в сущности ОСТАТОК. Один документ связан с одним клиентом .

Рис.5.Структура сущность-связь.

Если один документ связан со многими перемещениями (например, один товар и несколько цен) то связь называется один ко многим.

Если материальная ценность связана со многими перемещениями, то связь называется многие к одному.

Кроме того, существуют следующие связи: один к одному и многие ко многим.

Достоинства: наглядность, быстрая работа с данными.

Недостатки: сложность описания, нет стандартных средств описания сетевой модели.

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