Лекция 1 Слово «информация» происходит от латинского "informatio"

Вид материалаЛекция

Содержание


Классификации СУБД По модели данных
По степени распределённости
По способу доступа к БД
Подобный материал:
1   2   3   4

Классификации СУБД

По модели данных


Примеры:

По степени распределённости

  • Локальные СУБД (все части локальной СУБД размещаются на одном компьютере)
  • Распределённые СУБД (части СУБД могут размещаться на двух и более компьютерах).

По способу доступа к БД


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

На данный момент файл-серверные СУБД считаются устаревшими.

Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.

Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик как высокая надёжность, высокая доступность и высокая безопасность.

Примеры: Oracle, Firebird, Interbase, IBM DB2, MS SQL Server, Sybase, PostgreSQL, MySQL, ЛИНТЕР, Caché, MDBS.

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

Примеры: OpenEdge, SQLite, BerkeleyDB, один из вариантов Firebird, MySQL, Sav Zigzag, Microsoft SQL Server Compact, ЛИНТЕР.


информационная модель


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

информационный объект
information object



объект, содержащий (несущий) информацию.

Информационными объектами являются книги, журналы, статьи, файлы, программы, отчеты, письма, докладные записки и другие документы. Перед передачей через сеть к документам добавляются символы, которые обозначают адреса отправителей и получателей, начало и конец передаваемых данных, обеспечивают управление передачей. В результате, документы превращаются в сообщения. Последние разбиваются на группы небольших блоков данных. Их содержимое через сеть передается с помощью сигналов. Система-адресат осуществляет обратные преобразования сигналов в документы. Таким образом, при передаче данных появляются новые информационные объекты: сообщения и блоки данных. Эти блоки часто называют пакетами либо кадрами.

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


Построение информационно-логической модели для туристской фирмы


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

Построение информационно-логической модели начинается с анализа взаимосвязей между реквизитами, выявления информационных объектов и определения ключей. Анализ взаимосвязей между реквизитами позволяет установить, что каждому коду тура соответствуют уникальное название тура, конкретная продолжительность и цена. Для кода страны можно установить взаимнооднозначное соответствие с названием страны, визовой поддержкой и валютой страны. Аналогично конкретному коду менеджера соответствуют ФИО менеджера и его телефон.

Здесь можно выделить три информационных объекта и назвать их ТУР, СТРАНА, МЕНЕДЖЕР.

Для каждого информационного объекта выделяются ключи, т. е. те реквизиты, которые однозначно идентифицируют записи. Например, для информационного объекта ТУР уникальными (неповторяющимися) являются реквизиты: код тура и название тура. № тот, и другой реквизит однозначно идентифицирует конкретный тур, который может быть выбран в качестве ключевого. Однаков целях оптимизации размера базы данных и удобства работы с ней в качестве ключа обычно выбираются кодовые реквизиты. Таким образом, ключами для выделенных информационных объектов будут соответственно код тура, код страны и код менеджера. При описании модели принято ключевые поля подчеркивать.

Таким образом, структурирование данных предметной области позволило выделить три информационных объекта и описываю щие их реквизиты:

ТУР (код тура, наименование тура, продолжительность тур цена тура);

СТРАНА (код страны, название страны, виза, валюта страны);

МЕНЕДЖЕР (код менеджера. ФИО менеджера, телефон менеджера).

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

Связь между информационными объектами СТРАНА и ТУР имеет тип «один-ко-многим» (СТРАНА <->> ТУР). Это следует из| того, что по условию в одну страну может быть несколько туров, но каждый тур предусматривает посещение только одной страны. Между информационными объектами МЕНЕДЖЕР и ТУР также имеет место тип связи «один-ко-многим» (МЕНЕДЖЕР-*—>> ТУР), так как по условию один менеджер курирует несколько туров, но каждый тур имеет только одного менеджера-куратора.

Для реализации установленных взаимосвязей необходимо в информационный объект ТУР добавить ключевые поля из связываемых сущностей МЕНЕДЖЕР и СТРАНА. Тогда описывающие •информационный объект реквизиты будут следующие: ТУР (код тура, наименование тура, продолжительность тура, цена тура, код страны, код менеджера).

Графически информационную модель можно представить в виде следующей схемы (рис. 9.4).




Рис. 9.4. Информационно-логическая модель «Турфирма»

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

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

2. Реквизиты информационных объектов являются полями реляционных таблиц.

3. Ключи информационных объектов становятся ключами таблиц.