Однопользовательские и многопользовательские БД

Однопользовательские и многопользовательские БД

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

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

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

Концепция «файл-сервер» предполагает наличие компьютера, выделенного под файловый сервер, на котором находятся ядро сетевой ОС и централизованно хранимые файлы. Для этой архитектуры характерен коллективный доступ к общей базе данных на файловом сервере. При обновлении файла одним из пользователей он блокируется для доступа другим пользователям. Запрошенные данные транспортируются с файлового сервера па рабочие станции, где их обработка выполняется средствами СУБД.

Концепция «клиент-сервер» подразумевает разделение функций обработки данных между клиентом — рабочей станцией и машиной-сервером баз данных, где обработку осуществляет установленная там СУБД. Запрос на обработку данных выдается клиентом и передастся по сети на сервер баз данных, где осуществляется поиск. Обработанные данные транспортируются по сети от сервера к клиенту. Спецификой архитектуры клиент-сервер является использование языка SQL для запросов к БД, что обеспечивает работу с общими данными из разнотипных приложений клиентов сети.

Средства организации и ведения внутримашинной информационной базы

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

Принципы организации данных,

Структура простейшей базы данных

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

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

Рис. 1. Простейшая таблица базы данных

Свойства полей базы данных (перечислить)

Каждое поле таблицы базы данных СУБД Microsoft Access характеризуется свойствами. Основными из них являются

• Имя поля

• Тип поля

• Размер поля

• Формат поля

• Маска ввода

• Подпись

• Значение по умолчанию

• Условие на значение

• Сообщение об ошибке

• Обязательное поле

• Пустые строки

• Индексированное поле

Типы данных

С основными типами данных мы уже знакомы. Так, например, электронные таблицы Microsoft Excel работают с тремя типами данных: текстами, числами и формулами. Базы данных Microsoft Access работают со следующими типами данных (рис. 2).

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

Текстовый — тип данных, используемый для хранения обычного неформатированного текста ограниченного размера (до 255 символов).

Поле Мемо — специальный тип данных для хранения больших объемов текста (до 65 535 символов). Физически текст не хранится в поле. Он хранится в другом месте базы данных, а в поле хранится указатель на него, но для пользователя такое разделение заметно не всегда.

Числовой — тип данных для хранения действительных чисел.

Дата/время — тип данных для хранения календарных дат и текущего времени.

Денежный — тип данных для хранения денежных сумм.

Счетчик — специальный тип данных для уникальных (не повторяющихся в поле) натуральных чисел с автоматическим наращиванием. Естественное использование — для порядковой нумерации записей.

• Логический — тип для хранения логических данных (могут принимать только два значения, например Да или Нет).

• Поле объекта OLE — специальный тип данных, предназначенный для хранения объектов OLE, например мультимедийных. Реально, конечно, такие объекты в таблице не хранятся. Как и в случае полей MEMO, они хранятся в другом месте внутренней структуры файла базы данных, а в таблице хранятся только указатели на них (иначе работа с таблицами была бы чрезвычайно замедленной).

• Гиперссылка — специальное поле для хранения адресов URL Web-объектов Интернета. При щелчке на ссылке автоматически происходит запуск броузера и воспроизведение объекта в его окне.

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

Безопасность баз данных

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

Проблема безопасности баз данных решается тем, что в СУБД для сохранения информации используется двойной подход. В части операций, как обычно, участвует операционная система компьютера, но некоторые операции сохранения происходят в обход операционной системы.

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

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

Обычно, решив отказаться от изменений в документе, его просто закрывают без сохранения и вновь открывают предыдущую копию. Этот прием работает почти во всех приложениях, но только не в СУБД. Все изменения, вносимые в таблицы базы, сохраняются на диске без нашего ведома, поэтому попытка закрыть базу «без сохранения» ничего не даст, так как все уже сохранено. Таким образом, редактируя таблицы баз данных, создавая новые записи и удаляя старые, мы как бы работаем с жестким диском напрямую, минуя операционную систему.

Проектирование баз данных

Объекты базы данных

В Microsoft Access эта СУБД позволяет создавать и использовать объекты семи различных типов.

Таблицы. Это основные объекты любой базы данных. Во-первых, в таблицах хранятся все данные, имеющиеся в базе, а во-вторых, таблицы хранят и структуру базы (поля, их типы и свойства).

Запросы. Эти объекты служат для извлечения данных из таблиц и предоставления их пользователю в удобном виде.

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

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

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

Проведена сортировка по цене изделия Проведена сортировка по имени поставщика

Рис. 3. Два запроса, сформированные на основе одной таблицы

Формы. Если запросы — это специальные средства для отбора и анализа данных, то формы — это средства для ввода данных.

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

Рис. 4. Форма для оформленного вывода данных

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

Рис. 5. Пример простейшего отчета

Страницы. Это специальные объекты баз данных, реализованные в Microsoft Access. Правда, более корректно их называть страницами доступа к данным. Физически это особый объект, выполненный в коде HTML, размещаемый на Web-странице и передаваемый клиенту вместе с ней. Сам по себе этот объект не является базой данных, но содержит компоненты, через которые осуществляется связь переданной Web-страницы с базой данных, остающейся на сервере. Пользуясь этими компонентами, посетитель Web-узла может просматривать записи базы в полях страницы доступа (рис. 6). Таким образом, страницы доступа к данным осуществляют интерфейс между клиентом, сервером и базой данных, размещенной на сервере.

Поля вывода данных —/ \— Панель управления просмотром

Рис. 6. Пример простейшей страницы доступа

Макросы и модули. Эти категории объектов предназначены как для автоматизации повторяющихся операций при работе с системой управления базами данных, так и для создания новых функций путем программирования. В СУБД Microsoft Access макросы состоят из последовательности внутренних команд СУБД и являются одним из средств автоматизации работы с базой. Модули создаются средствами внешнего языка программирования, в данном случае языка Visual Basic for Applications. Это одно из средств, с помощью которых разработчик базы может заложить в нее нестандартные функциональные возможности, удовлетворить специфические требования заказчика, повысить быстродействие системы управления, а также уровень ее защищенности.

Проектирование базы данных

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

Разработка технического задания. Техническое задание на проектирование базы данных должен предоставить заказчик.

При подготовке технического задания составляют:

• список исходных данных, с которыми работает заказчик;

• список выходных данных, которые необходимы заказчику для управления структурой своего предприятия;

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

Работа с запросами

Если исполнителю надо получить данные из базы, он должен использовать специальные объекты — запросы. Все необходимые запросы разработчик базы должен подготовить заранее. Если запрос подготовлен, надо открыть панель Запросы в окне База данных, выбрать его и открыть двойным щелчком на значке — откроется результирующая таблица, в которой исполнитель найдет то, что его интересует.

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

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

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

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

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

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

Рис. 13. Бланк запроса по образцу

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

Использование условия отбора. Дополнительным средством, обеспечивающим отбор данных по заданному критерию, является так называемое Условие отбора. Соответствующая строка имеется в нижней части бланка запроса по образцу. Для каждого поля в этой строке можно задать индивидуальное условие. На рис. 14 представлен пример, в котором мы хотим отобрать из прейскуранта торговой фирмы микропроцессоры, имеющие тактовую частоту свыше 333 МГц, но при этом стоящие менее восьмидесяти условных единиц.

Рис. 14. Работа условия отбора

Другие виды запросов. Мы рассмотрели запросы на выборку. Это самые простые и, в то же время, наиболее распространенные виды запросов. Однако существуют и другие виды запросов, некоторые их которых выполняются на базе предварительно созданного запроса на выборку. К ним относятся прежде всего:

• запросы с параметром (интересны тем, что критерий отбора может задать сам пользователь, введя нужный параметр при вызове запроса);

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

• запросы на изменение — позволяют автоматизировать заполнение полей таблиц;

• перекрестные запросы, позволяющие создавать результирующие таблицы на основе результатов расчетов, полученных при анализе группы таблиц;

• специфические запросы SQL — запросы к серверу базы данных, написанные на языке запросов SQL.

Работа с формами

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

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

Рис. 15. Три вида автоформ

Как видно из рисунков, автоформа «в столбец» отображает все поля одной записи — она удобна для ввода и редактирования данных. «Ленточная» автоформа отображает одновременно группу записей — ее удобно использовать для оформления вывода данных. Табличная автоформа по внешнему виду ничем не отличается от таблицы, на которой она основана.

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

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

Создание форм с помощью мастера. Автоматизированные средства предоставляет Мастер форм — специальное программное средство, создающее структуру формы в режиме диалога с разработчиком. Мастер форм можно запустить из окна База данных щелчком на значке Создание формы с помощью мастера на панели Формы.

1. На первом этапе работы Мастера форм выбирают таблицы и поля, которые войдут в будущую форму.

2. На втором этапе выбирается внешний вид формы.

3. На третьем этапе выбирается стиль оформления формы.

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

Структура формы.Как видно из рисунка 16, форма имеет три основных раздела:

область заголовка, область данных и область примечания. Линии, разделяющие разделы, перетаскиваются по вертикали с помощью мыши — это позволяет изменять размеры разделов так, как требуется.

Рис. 16. Структура формы, созданной мастером

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

Элементы управления формы. Элементы управления, которыми может пользоваться разработчик, представлены на Панели элементов. Ее открывают щелчком на соответствующей кнопке панели инструментов Microsoft Access или командой Вид > Панель элементов.

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

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

Для создания графических элементов оформления служат элементы управления Рисунок, Свободная рамка объекта и Присоединенная рамка объекта. Рисунок выбирается из графического файла и вставляется в форму. Элемент Свободная рамка объекта отличается тем, что это не обязательно рисунок — это может быть любой другой объект OLE, например мультимедийный. Элемент Присоединенная рамка объекта тоже в какой-то степени может служить для оформления формы, но его содержимое берется не из назначенного файла, а непосредственно из таблицы базы данных (если она имеет поле объекта OLE). Естественно, что при переходе между записями содержимое этого элемента будет меняться.

Дизайн формы. В то время как таблицы базы данных глубоко скрыты от посторонних глаз, формы базы данных — это средства, с помощью которых с ней общаются люди. Поэтому к формам предъявляются повышенные требования по дизайну.

В первую очередь, все элементы управления форм должны быть аккуратно выровнены. Это обеспечивается командой Формат > Выровнять. Если нужно равномерно распределить элементы управления по полю формы, используют средства меню Формат > Интервал по горизонтали или Формат ^ Интервал по вертикали.

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

Существенную помощь при разработке дизайна формы оказывает вспомогательная сетка. Ее отображение включают командой Вид ^ Сетка. Автоматическую привязку элементов к узлам сетки включают командой Формат > Привязать к сетке.

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

Физически последовательность перехода — это порядок перехода к следующему полю по окончании работы с предыдущим. Она легко проверяется с помощью клавиши TAB. Если при последовательных нажатиях этой клавиши фокус ввода «мечется» по всей форме, значит последовательность перехода нерациональна и ее надо править.

Для управления последовательностью перехода служит диалоговое окно Последовательность перехода. В нем представлен список элементов управления формы. Порядок элементов в списке соответствует текущему порядку перехода. Изменение порядка перехода выполняется перетаскиванием в два приема:

• щелчком на кнопке маркера слева от названия выделяется элемент управления (кнопка мыши отпускается);

• после повторного щелчка с перетаскиванием элемент перемещается на новое место.

Закончив разработку макета формы, ее следует закрыть и сохранить под заданным именем. После открытия формы в окне База данных, с ней можно работать: просматривать или редактировать данные из базовой таблицы. Проверку последовательности перехода выполняют клавишей TAB.

Работа с отчетами

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

Большая часть того, что было сказано о формах, относится и к отчетам. Здесь также существуют средства автоматического, автоматизированного и ручного проектирования. Средства автоматического проектирования реализованы автоотчетами (База данных > Создать > Новый отчет > Автоотчет в столбец). Кроме автоотчетов «в столбец» существуют «ленточные» автоотчеты. Разницу между ними нетрудно увидеть, поставив эксперимент.

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

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

Редактирование структуры отчета выполняют в режиме Конструктора (режим запускается кнопкой Конструктор в окне База данных). Приемы редактирования те же, что и для форм. Элементы управления в данном случае выполняют функции элементов оформления, поскольку печатный отчет не интерактивный объект, в отличие от электронных форм и Web-страниц. Размещение элементов управления выполняют с помощью Панели элементов (Вид > Панель элементов), которая по составу практически не отличается от Панели элементов формы. Важной особенностью отчетов является наличие средства для вставки в область верхнего или нижнего колонтитула текущего номера страницы и полного количества страниц. Эту операцию выполняют с помощью диалогового окна Номера страниц (Вставка ^ Номера страниц).

Практическое занятие

Однопользовательские и многопользовательские БД

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

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

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

Концепция «файл-сервер» предполагает наличие компьютера, выделенного под файловый сервер, на котором находятся ядро сетевой ОС и централизованно хранимые файлы. Для этой архитектуры характерен коллективный доступ к общей базе данных на файловом сервере. При обновлении файла одним из пользователей он блокируется для доступа другим пользователям. Запрошенные данные транспортируются с файлового сервера па рабочие станции, где их обработка выполняется средствами СУБД.

Концепция «клиент-сервер» подразумевает разделение функций обработки данных между клиентом — рабочей станцией и машиной-сервером баз данных, где обработку осуществляет установленная там СУБД. Запрос на обработку данных выдается клиентом и передастся по сети на сервер баз данных, где осуществляется поиск. Обработанные данные транспортируются по сети от сервера к клиенту. Спецификой архитектуры клиент-сервер является использование языка SQL для запросов к БД, что обеспечивает работу с общими данными из разнотипных приложений клиентов сети.