Часть 2. Модели баз данных

Обмен информацией между приложениями

Часть 1. Основные понятия и термины

1). Процесс– фактически это вы­полняющаяся в данный момент прикладная программа.

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

2). Простой процесс – программа, не вызывающая других программ.

Запуск из одной программы другой назы­ваетсяпорождением дочернего процесса.

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

§ посторонний исполняемый модуль (MS-DOS или Windows);

§ вызывается Windows-приложение.

3). Потокили нить(tread) - это некоторая последовательность команд, которой ОС, которая выде­ляет отделяет кванты времени для отдельных процессов (ОС с разделением времени). Поэтому потоки выполняются как бы парал­лельно.

Процесс может включать в себя несколько потоков.

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

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

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

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

Обмен информацией между приложениями поддерживается несколькими технологиями: OLE, DDE, COM и обменом сообщениями Windows.

База данных «Торговая фирма» является локальной и не предназначена для многопользовательской работы в сетевой среде.

При организации сетевой БД должна быть обеспечена возможность од­новременного доступа к объектам БД всем пользо­вателям с рабочих станций и сохранение сделанных ими изменений.

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

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

Если необходимо организовать общее для всех пользовате­лей хранилище данных, то требуется разделение объектов приложения на

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

§ объекты, содержащие данные.

(Замечание: в локальных приложениях баз данных Access все эти объекты находятся в одном файле *.mdb).

Современными моделями ИС являются:

• Автономные;

• Файл-серверные;

• Клиент/серверные;

• Многоуровневые распределенные.

Главным отличием между этими вариантами является место обработки данных.

Автономные базы данных (и, соответственно, автономные приложения)

Являются распространенными. Они хранят данные в локальной файловой системе, СУБД и инструменты доступа к данным (так называемая машина БД) находятся на том же ПК, что и БД. Сеть не используется.

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

Здесь не приходится решать проблему параллельного доступа к данным.

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