Карпова Т.С. Базы данных: модели, разработка, реализация

Подождите немного. Документ загружается.

История развития

баз

данных

ния

электрического

питания. Оперативная

(основная)

память компьютеров этим

свойством,

обычно

не

обладает,

первых компьютерах использовались

два

вида

устройств

внешней памяти

—

магнитные ленты

барабаны. Емкость магнитных

лент

была

достаточно

велика,

но по

своей

физической

природе

они

обеспечива-

ли

последовательный доступ

данным.

Магнитные

же

барабаны

(они

ближе

всего

современным

магнитным

дискам

фиксированными головками) давали

возможность

произвольного

доступа

данным,

но

имели

ограниченный объем

хранимой информации.

Эти

ограничения

не

являлись слишком существенными

для

чисто численных

расчетов.

Даже

если

программа должна

обработать

(или

произвести)

большой

объем

информации,

при

программировании можно продумать расположение этой

информации

во

внешней памяти

(например,

на

последовательной

магнитной ленте),

обеспечивающее

эффективное

выполнение

этой

программы. Однако

информа-

ционных системах совокупность взаимосвязанных информационных объектов

фактически отражает модель объектов реального мира.

потребность пользова-

телей

информации,

адекватно отражающей

состояние

реальных

объектов,

тре-

бует сравнительно быстрой реакции системы

на их

запросы.

И в

этом случае

на-

личие сравнительно

медленных

устройств

хранения

данных,

которым относятся

магнитные

ленты

барабаны,

было недостаточным.

Можно

предположить,

что

именно требования

нечисловых

приложений вызва-

ли

появление съемных магнитных дисков

подвижными

головками,

что

яви-

лось революцией

истории вычислительной техники.

Эти

устройства внешней

памяти обладали существенно большей емкостью,

чем

магнитные барабаны, обес-

печивали

удовлетворительную

скорость доступа

данным

режиме

произволь-

ной

выборки,

возможность

смены

дискового

пакета

на

устройстве

позволяла

иметь практически

неограниченный

архив

данных.

появлением магнитных дисков началась история систем управления данными

во

внешней

памяти.

До

этого каждая

прикладная

программа, которой требова-

лось

хранить

данные

во

внешней

памяти,

сама

определяла

расположение

каж-

дой

порции

данных

на

магнитной

ленте

или

барабане

выполняла обмены

между оперативной памятью

устройствами внешней памяти

помощью

про-

граммно-аппаратных

средств

низкого уровня

(машинных

команд

или

вызовов

соответствующих программ операционной системы). Такой режим работы

не

позволяет

или

очень

затрудняет поддержание

на

одном

внешнем

носителе

не-

скольких

архивов

долговременно

хранимой

информации. Кроме

того,

каждой

прикладной программе приходилось решать проблемы именования частей

дан-

ных

структуризации

данных

во

внешней памяти.

Файлы

файловые системы

Важным

шагом

развитии

именно

информационных

систем

явился

переход

использованию

централизованных систем

управления

файлами.

точки

зрения

прикладной

программы, файл

— это

именованная

область внешней

памяти,

которую

можно

записывать

из

которой

можно

считывать

данные,

Правила

именования файлов, способ доступа

данным,

хранящимся

файле,

структу-

ра

этих данных зависят

от

конкретной

системы

управления файлами

и,

возмож-

Глава

Введение

но,-

от

типа файла. Система

управления

файлами

берет

на

себя распределение

внешней

памяти, отображение имен файлов

соответствующие

адреса

во

внеш-

ней

ламяти

обеспечение доступа

данным.

Конкретные

модели файлов, используемые

системе управления файлами,

мы

рассмотрим

далее,

когда перейдем

физическим способам организации

баз"

дан-

ных,

а на

этом этапе

нам

достаточно

знать,

что

пользователи

видят файл

как ли-

нейную

последовательность

записей

могут

выполнить

над

ним

.ряд

стандарт-

ных

операций:

создать файл (требуемого типа

размера);

открыть

раяее

созданный

файл;

прочитать

из

файла некоторую запись (текущую, следующую, предыдущую,

первую,

последнюю);

записать

файл

на

место текущей записи

новую,

добавить

новую

запись

конец

файла.

разных файловых системах

эти

операции могли несколько отличаться,

но

об-

щий

смысл

их был

именно

таким.

Главное,

что

следует отметить,

это то, что

структура записи файла была известна только программе, которая

с ним

работа-

ла,

система управления файлами

не

знала

ее. И

поэтому

для

того, чтобы извлечь

некоторую

информацию

из

файла, необходимо было точно знать структуру

записи

файла

точностью

до

бита. Каждая

программа,

работающая

файлом,

должна была иметь

себя

внутри

структуру

данных,

соответствующую структу-

ре

этого файла. Поэтому

при

изменении структуры файла требовалось изменять

структуру

программы,

а это

требовало

новой

компиляции,

то

есть процесса

пе-

ревода

программы

исполняемые машинные коды. Такая ситуации характери-

зовалась

как

зависимость программ

от

данных.

Для

информационных

систем

характерным

является наличие большого числа различных пользователей (про-

грамм),

каждый

из

которых имеет свои специфические алгоритмы обработки

информации,

хранящейся

одних

и тех же

файлах.

Изменение

структуры фай-

ла,

которое было необходимо

для

одцой

-программы,

требовало исправления

перекомпиляции

дополнительной

отладки всех

остальных

программ,

работаю-

щих

этим

же

файлом.

Это

было

первым

существенным

недостатком

файловых

систем,

который явился толчком

созданию новых систем

хранения

управле-

ния

информацией.

Далее,

поскольку

файловые системы являются общим хранилищем файлов, при-

надлежащих,

вообще говоря, разным пользователям, системы управления файла-

ми

должны обеспечивать авторизацию доступа

файлам.

общем виде подход

состоит

JOM,

что по

отношению

каждому зарегистрированному пользовате-

лю

данной вычислительной системы

для

каждого существующего файла указы-

ваются

действия, которые разрешены

или

запрещены

данному

пользователю.

большинстве

современных

систем

управления

файлами

применяется

подход

защите

файлов, впервые реализованный

в ОС

UNIX.

этой

ОС

каждому

за-

регистрированному

пользователю соответствует пара целочисленных идентифи-

каторов;

идентификатор группы,

которой относится этот пользователь,

и его

собственный

идентификатор

группе.

При

каждом

файле

хранится

полный

идентификатор

пользователя, который создал этот файл,

фиксируется,

какие

История

развития

баз

данных

действия

файлом может производить

его

создатель, какие действия

файлом

доступны

для

других

пользователей

той же

группы

и что

могут

делать

файлом

пользователи других групп.

Администрирование

режимом доступа

файлу

основном

выполняется

его

создателем-владельцем.

Для

множества

файлов,

от-

ражающих

информационную

модель одной предметной

области,

такой децентра-

лизованный принцип управления доступом вызывал дополнительные трудности,

отсутствие

централизованных

методов управления доступом

информации

послужило

еще

одной

причиной разработки СУБД,

Следующей причиной стала

необходимость

обеспечения

эффективной

параллель-

ной

работы многих пользователей

одними

теми

же

файлами.

общем слу-

чае

системы управления файлами обеспечивали режим многопользовательского

доступа.

Если

операционная

система

поддерживает многопользовательский

ре-

жим,

вполне реальна

ситуация,

когда

два или

более пользователя

одновременно

пытаются работать

одним

и тем же

файлом. Если

все

пользователи собирают-

ся

только читать файл,

ничего

страшного

не

произойдет.

Но

если хотя

бы

один

из них

будет

изменять файл,

для

корректной

работы

этих

лользоиателей

требу-

ется взаимная

синхронизация

их

действий

по

отношению

файлу.

системах управления файлами

обычно

применялся следующий подход,

опе-

рации

открытия файла (первой

обязательной операции,

которой должен

на-

чинаться

сеанс работы

файлом) среди прочих параметров указывался

режим

работы

(чтение

или

изменение). Если

моменту выполнения

этой

операции

не-

которым

пользовательским процессом

PR1

файл

был уже

открыт другим про-

цессом

PR2 в

режиме

изменения,

то в

зависимости

от

особенностей системы

процессу

PR1

либо сообщалось

невозможности

открытия файла, либо

он

бло-

кировался

до тех

пор,

пока

процессе

PR2 не

выполнялась операция закрытия

файла.

При

подобном способе организации

одновременная

работа

нескольких

пользо-

вателей,

связанная

модификацией данных

файле, либо вообще

не

реализо-

вывалась,

либо была

очень

замедлена.

Эти

недостатки

послужили

тем

толчком, который заставил

разработчиков

ин-

формационных

систем

предложить новый подход

управлению

информацией.

Этот

подход

был

реализован

рамках новых программных систем, названных

впоследствии Системами Управления Базами Данных

(СУБД),

сами

храни-

лища

информации, которые работали

под

управлением

данных систем,

называ-

лись базами

или

банками

данных

(БД и

БнД).

Первый

этап

—

базы

данных

на

больших

ЭВМ

История развития СУБД

насчитывает

более

лет.

1968 году была введена

эксплуатацию

первая

промышленная

СУБД

система

IMS

фирмы IBM.

1975

году появился первый

стандарт

ассоциации

по

языкам

систем

обработки

дан-

ных

Conference

Data System Languages

(CODASYL),

который определил

ряд

фундаментальных понятий

теории систем

баз

данных,

которые

и до сих

пор

являются основополагающими

для

сетевой

модели

данных.

дальнейшее развитие теории

баз

данных

большой вклад

был

сделан амери-

канским

математиком

Э.

Ф,

Коддом,

который является

создателем

реляционной

Глава

Введение

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

1981

году

Э.

Ф.

Кодд

получил

за

создание реляционной моде-

ли и

реляционной алгебры престижную премию

Тьюринга

Американской ассо-

циации

по

вычислительной технике.

Менее

двух

десятков

лет

прошло

этого момента,

но

стремительное

развитие

вычислительной

техники, изменение

ее

принципиальной роли

жизни

общества,

обрушившийся

бум

персональных

ЭВМ и,

наконец,

появление мощных рабочих

станций

сетей

ЭВМ

повлияло также

на

развитие

технологии

баз

данных.

Можно

выделить четыре этапа

развитии

данного направления

обработке

данных.

Однако необходимо заметить,

что все же нет

жестких

временных огра-

ничений

этих этапах:

они

плавно переходят один

другой

даже сосуществу-

ют

параллельно,

но тем не

менее выделение этих этапов позволит более четко

охарактеризовать отдельные стадии развития технологии

баз

данных,

подчерк-

нуть особенности,

специфичные

для

конкретного

этапа.

Первый

этап развития

СУБД

связан

организацией

баз

данных

на

больших

ма-

шинах типа

IBM

360/370,

ЕС-ЭВМ

мини-ЭВМ типа PDP11 (фирмы

Digital

Equipment

Corporation

DEC), разных моделях

(фирмы

Hewlett

Packard),

Базы данных хранились

во

внешней памяти центральной ЭВМ, пользователя-

ми

этих

баз

данных

были задачи, запускаемые

основном

пакетном

режиме.

Интерактивный режим доступа обеспечивался

помощью консольных термина-

лов,

которые

не

обладали собственными вычислительными ресурсами (процес-

сором,

внешней памятью)

служили только устройствами ввода-вывода

для

центральной

ЭВМ. Программы доступа

к БД

писались

на

различных языках

запускались

как

обычные числовые программы. Мощные операционные систе-

мы

обеспечивали возможность условно параллельного выполнения всего

мно-

жества

задач.

Эти

системы можно было отнести

системам распределенного

доступа,

потому

что

база данных была централизованной, хранилась

на

устрой-

ствах внешней памяти одной центральной ЭВМ,

доступ

к ней

поддерживался

от

многих

пользователей-задач.

Особенности

этого этапа развития выражаются

следующем:

Все

СУБД

базируются

на

мощных мультипрограммных

операционных

сис-

темах

(MVS

SVM, RTE, OSRV,

RSX,

UNIX), поэтому

основном

поддер-

живается работа

централизованной

базой данных

режиме

распределенно-

го

доступа.

Функции управления

распределением

ресурсов

основном

осуществляются

операционной

системой (ОС),

Поддерживаются языки

низкого

уровня

манипулирования

данными,

ориен-

тированные

на

навигационные

методы доступа

данным.

Значительная

роль отводится администрированию данных,

Проводятся серьезные работы

по

обоснованию

формализации реляцион-

ной

модели

данных,

была создана первая система

(System

R),

реализующая

идеологию

реляционной модели данных.

Проводятся теоретические работы

по

оптимизации

запросов

управлению

распределенным доступом

централизованной

БД,

было

введено

понятие

транзакции.

История

развития

баз

данных

Результаты

научных исследований открыто обсуждаются

печати, идет мощ-

ный

поток общедоступных публикаций, касающихся

всех

аспектов теории

практики

баз

данных,

результаты теоретических исследований активно

внедряются

коммерческие СУБД,

Появляются

первые

языки

высокого

уровня

для

работы

реляционной моде-

лью

данных. Однако отсутствуют стандарты

для

этих первых языков.

Эпоха

персональных

компьютеров

Персональные компьютеры стремительно ворвались

нашу жизнь

буквально

перевернули

наше

представление

месте

роли

вычислительной

техники

жизни

общества.

Теперь компьютеры стали ближе

и'доступнее

каждому пользо-

вателю. Исчез благоговейный страх рядовых пользователей перед непонятны-

ми

сложными

языками программирования.

Появилось

множество

программ,

предназначенных

для

работы неподготовленных пользователей.

Эти

программы

были просты

использовании

интуитивно понятны:

это

прежде всего различ-

ные

редакторы

текстов,

электронные

таблицы

другие.

Простыми

понятны-

ми

стали операции копирования файлов

перенос информации

одного ком-

пьютера

на

другой, распечатка

текстов,

таблиц

других

документов. Системные

программисты были отодвинуты

на

второй план. Каждый пользователь

мог

себя почувствовать полным хозяином этого мощного

удобного устройства,

по-

зволяющего

автоматизировать

многие

аспекты

деятельности.

И,

конечно,

это

сказалось

и на

работе

базами данных. Появились программы, которые называ-

лись системами управления базами данных

позволяли хранить значительные

объемы

информации,

они

имели удобный интерфейс

для

заполнения

данных,

встроенные средства

для

генерации

различных

отчетов.

Эти

программы позво-

ляли автоматизировать

многие

учетные

функции,

которые

раньше

велись вруч-

ную.

Постоянное

снижение

цен на

персональные

компьютеры

сделало

их до-

ступными

не

только

для

организаций

фирм,

но и для

отдельных

пользователей.

Компьютеры стали

инструментом

для

ведения

документации

собственных

учетных

функций.

Это все

сыграло

как

положительную,

так

отрицательную

роль

области развития

баз

данных.

Кажущаяся

простота

доступность

персо-

нальных

компьютеров

их

программного

обеспечения

породила

множество

ди-

летантов.

Эти

разработчики,

считая

себя

знатоками,

стали

проектировать

недол-

говечные базы данных, которые

не

учитывали

многих

особенностей объектов

реального мира.

Много

было создано

систем-однодневок,

которые

не

отвечали

законам

развития

взаимосвязи

реальных

объектов.

Однако

доступность

пер-

сональных компьютеров заставила пользователей

из

многих

областей

знаний,

которые

ранее

не

применяли

вычислительную

технику

своей

деятельности,

обратиться

ним.

спрос

па

развитые

удобные

программы

обработки

данных

заставлял поставщиков программного

обеспечения

поставлять

все

новые

системы,

которые

принято называть настольными

(desktop)

СУБД.

Значительная

конку-

ренция

среди

поставщиков

заставляла совершенствовать

эти

системы, предла-

гая

новые

возможности,

улучшая интерфейс

быстродействие

систем,

снижая

их

стоимость.

Наличие

на

рынке большого числа

СУБД,

выполняющих

сход-

ные

функции,

потребовало

разработки

методов

экспорта-импорта

данных

для

этих систем

открытия форматов

хранения

данных.

Глава

Введение

Но

и в

этот

период

появлялись

любители,

которые

вопреки

здравому

смыслу

разрабатывали

собственные

СУБД,

используя

стандартные

языки

программи-

рования.

Это был

тупиковый

вариант,

потому

что

дальнейшее

развитие

показа-

ло,

что

перенести

данные

из

нестандартных

форматов

новые

СУБД

было

го-

раздо

труднее,

а в

некоторых

случаях

требовало

таких

трудозатрат,

чтр

легче

было

бы все

разработать

заново,

по

данные

все

равно

надо

было

переносить

на

новую

более

перспективную

СУБД.

И это

тоже

было

результатом

недооценки

тех

функций,

которые

должна

была

выполнять

СУБД,

Особенности

этого этапа следующие;

Все

СУБД были рассчитаны

на

создание

БД в

основном

монопольным

доступом.

И это

понятно.

Компьютер персональный,

он не

был

подсоединен

сети,

база

данных

па

нем

создавалась

для

работы

одного

пользователя.

редких случаях предполагалась

последовательная

работа

нескольких

поль-

зователей,

например,

сначала оператор, который вводил бухгалтерские доку-

менты,

лотом главбух, который определял проводки, соответствующие пер-

вичным

документам.

Большинство

СУБД

имели

развитый

удобный пользовательский

интерфейс.

большинстве

существовал-интерактивный

режим работы

с БД как в

рам-

ках

описания

БД, так и в

рамках проектирования

запросов.

Кроме

того,

боль-

шинство

СУБД

предлагали развитый

удобный

инструментарий

для

разра-

ботки

готовых приложений

без

программирования.

Инструментальная

среда

состояла

из

гоговых

элементов

приложения

виде шаблонов экранных форм,

'отчетов,

(

этикеток'(Labels),

графических конструкторов

запросов,

которые

достаточно

просто могли быть

собраны

единый комплекс.

Во

всех

настольных

СУБД

поддерживался

только

внешний

уровень

пред-

ставления

реляционной модели,

то

есть только

внешний,

табличный

вид

струк-

тур

данных.

Q При

наличии

высокоуровневых

языков

манипулирования

данными

т~ипа

ре-

ляционной

алгебры

и SQL в

настольных

СУБД

поддерживались

низкоуров-

невые языки манипулирования данными

на

уровне

отдельных

строк

таблиц.

настольных

СУБД

отсутствовали средства поддержки ссылочной

струк-

турной

целостности

базы

данных.

Эти

функции должны были

выполнять

при-

ложения,

однако

скудость средств разработки приложений иногда

не

позво-

ляла

это

сделать,

и в

этом случае

эти

функции должны были выполняться

пользователем, требуя

от

него

дополнительного

контроля

при

вводе

изме-

нении

информации, хранящейся

в БД.

Наличие монопольного режима работы фактически привело

вырождению

функций администрирования

БД и в

связи

этим

- к

отсутствию

'инстру-

ментальных

средств

администрирования

БД.

И,

наконец,

последняя

и в

настоящий

момент

весьма

положительная

особен-

ность

- это

сравнительно

скромные

требования

аппаратному

обеспечению

со

стороны настольных

СУБД.

Вполне

работоспособные

приложения,

разра-

ботанные, например,

на

Clipper,

работали

на PC

286,

История

развития

баз

данных

принципе,

их

даже трудно назвать

полноценными

СУБД, Яркие предста-

вители этого семейства

—

очень широко

использовавшиеся

до

недавнего вре-

мени

СУБД

Dbasc

(DbaseIII+,

DbaselV),

FoxPro, Clipper, Paradox.

Распределенные базы данных

Хорошо

известно,

что

история

развивается

по

спирали,

поэтому после процесса

«персонализации»

начался обратный

процесс

—

интеграция.

Множится количе-

ство локальных сетей,

все

больше информации передается между компьютерами,

остро

встает

задача согласованности данных, хранящихся

обрабатывающихся

разных

местах,

по

логически

друг

другом

связанных,

возникают задачи, свя-

занные

параллельной

обработкой

транзакций

—

последовательностей опера-

ций

над

БД,

переводят™*

мд

о^ттур

ирттрптттпоречивого

состояния

другое

непротиворечивое

состояние.

Успешное решение этих задач

"приводит

появле-

нию

распределенных

6аз~даппых,

сохраняющих

все

преимущества настольных

СУБД

и в то же

время

позволяющих организовать параллельную обработку

ин-

формации

поддержку целостности

БД.

Особенности

данного

этапа:

Практически

все

современные

СУБД

обеспечивают

поддержку

полной

реля-

ционной

модели,

именно:

структурной целостности

—

допустимыми являются только данные, пред-

ставленные

виде

отношений реляционной модели;

язьпсовой

целостности,

то

есть языков манипулирования данными высо-

кого

уровня

(в

основном

SQL);

ссылочной целостности, контроля

за,

соблюдением ссылочной целостно-

сти в

течение всего времени

функционирования

системы,

гарантий

не^

возможности

со

стороны

СУБД

нарушить

эти

ограничения,

Большинство

современных СУБД

рассчитаны

на

многоплатформенную

ар-

хитектуру,

то

есть

они

могут работать

на

компьютерах

разной архитекту-

рой и под

разными

операционными

системами,

при

этом

для

пользователей

доступ

данным,

управляемым СУБД

на

разных

платформах,

практически

неразличим,

Необходимость

поддержки

многопользовательской работы

базой

данных

возможность

децентрализованного

хранения данных

потребовали

развития

средств

администрирования

БД с

реализацией

общей

концепции

средств

за-

щиты данных.

Потребность

новых

реализациях

вызвала

создание

серьезных

теоретиче-

ских трудов

по

оптимизации

реализаций

распределенных

БД и

работе

рас-

пределенными

транзакциями

запросами

внедрением

полученных резуль-

татов

коммерческие

СУБД.

Для

того чтобы

не

потерять

клиентов,

которые

ранее

работали

на

настоль-

ных

СУБД,

практически

вес

современные

СУБД

имеют

средства

подключе-

ния

клиентских

приложений,

разработанных

использованием

настольных

СУБД,

средства

экспорта данных

из

форматов

настольных

СУБД

второго

этапа

развития.

Глава

Введение

Именно

этому этапу можно отнести разработку

ряда

стандартов

рамках

языков

описания

манипулирования данными начиная

SQ.L89,

SQL92,

SQL99

технологий

по

обмену

данными

между

различными

СУБД,

кото-

рым

можно отнести

протокол ODBC (Open DataBase

Connectivity),

пред-

ложенный

фирмой Microsoft.

Именно

этому этапу можно отнести начало работ, связанных

концепцией

объектно-ориентированных

БД -

СЮБД.

Представителями СУБД, относя-

щимся

ко

второму

этапу,

можно

считать

Access

97 и все

современные

серверы

баз

данных

Огас1е7ДОгас1е

8.4 MS

SQL6.5,

SQL7.0,

System

10,

System

11,

Informix, DB2,

SQL

Base

другие современные серверы

баз

дан-

ных,

которых

настоящий момент насчитывается несколько десятков.

Перспективы

развития

систем

управления

базами

данных

Этот этап

характеризуется

появлением

новой

технологии

доступа

данным

—

иитранет,

Основное отличие этого подхода

от

технологии клиент-сервер состо-

ит в

том,

что

отпадает необходимость использования специализированного кли-

ентского

программного обеспечения.

Для

работы

удаленной базой данных

используется стандартный

броузер

Интернета,

например

Microsoft

Internet

Explorer

или

Netscape Navigator,

и для

конечного пользователя процесс обра-

щения

данным происходит аналогично скольжению

по

Всемирной Паутине

(см. рис. 1.1).

При

этом встроенный

загружаемые пользователем HTML-стра-

ницы код,

написанный

обычно

на

языке

Java,

Java-script,

Perl

других,

отсле-

живает

все

действия пользователя

транслирует их.в низкоуровневые

SQL-за-

просы

базе

данных,

выполняя,

таким образом,

ту

работу,

которой

технологии

клиент-сервер занимается клиентская программа. Удобство данного

подхода привело

тому,

что он

стал

использоваться

не

только

для

удаленного

доступа

базам данных,

но и для

пользователей

локальной

сети предприятия,

Простые задачи обработки данных,

не

связанные

со

сложными

алгоритмами,

требующими

согласованного изменения данных

во

многих

взаимосвязанных

объектах,

достаточно просто

эффективно могут быть построены

по

данной

ар-

хитектуре.

этом случае

для

подключения нового пользователя

возможности

использовать данную задачу

не

требуется установка дополнительного клиент-

ского

программного обеспечения. Однако алгоритмически сложные задачи

ре-

комендуется

реализовывать

архитектуре «клиент-сервер»

разработкой

спе-

циального

клиентского программного обеспечения.

каждого

из

вышеперечисленных подходов

работе

данными

есть

свои

достоинства

свои недостатки, которые

определяют область

применения

того

или

иного метода,

и в

настоящее время

все

подходы широко используются.

Контрольные

вопросы

DeskTop

Рис.

1.1.

Взаимодействие

базой

данных

технологии

интранет

Контрольные вопросы

Найдите

сходства

первого

четвертого

этапов

развития.

Найдите отличия первого

третьего этапов развития,

Если

при

использовании файловых систем

для

параллельного доступа поль-

зователей создавать копии файлов

для

каждого

пользователя)

может

ли это

ускорить параллельную работу

информацией?

ГЛАВА

Основные

понятия

определения

Современные

авторы часто

употребляют

термины

«банк

данных»

«база дан-

ных»

как

синонимы, однако

общеотраслевых руководящих материалах

по

соз-

данию

банков данных Государственного

кошпега

по

науке

технике

(ГКНТ),

изданных

1982

г., эти

понятия различаются.

Там

приводятся следующие опре-

деления банка данных, базы данных

СУБД:

Банк

данных (БнД)

— это

система специальным образом организованных дан-

ных

баз

данных,

программных,

технических, языковых, организационно-мето-

дических

средств,

предназначенных

для

обеспечения

централизованного

накоп-

ления

коллективного многоцелевого использования данных.

База

данных

(БД)

—

именованная совокупность данных, отражающая состояние

объектов

и их

отношений

рассматриваемой предметной

области.

Система управления базами

данных

(СУБД)

совокупность языковых

про-

граммных

средств,

предназначенных

для

создания,

ведения

совместного

ис-

пользования

БД

многими

пользователями.

Сухой

канцелярский

язык труден

для

восприятия,

но

эти

определения четко

разграничивают

назначение всех

трех

базовых понятий,

и мы

можем принять

их

за

основу.

Программы,

помощью которых пользователи работают

базой

данных,

назы-

ваются

приложениями.

общем случае

одной

базой

данных

могут работать

множество

различных приложений.

Например,

если база

данных

моделирует

некоторое

предприятие,

то для

работы

ней

может быть

создано

приложение,

которое

обслуживает подсистему

учета

кадров, другое приложение может быть

посвящено

работе подсистемы расчета заработной платы

сотрудников,

третье

приложение

работает

как

подсистемы складского учета,

четвертое

приложение

посвящено

планированию

производственного

процесса.

При

рассмотрении

при-

ложении,

работающих

одной базой

данных,

предполагается,

чго они

могут

ра-

оотать

параллельно

независимо

друг

от

друга,

именно

СУБД

призвана обес-

печить

работу

множества

приложений

единой базой данных таким

образом,

чтобы

каждое

из

них

выполнялось

корректно,

по

учитывало

все

изменения

оазе

данных,

вносимые другими

приложениями.