Фуфаев - Разработка и эксплуатация удалённых БД (1084483), страница 2
Текст из файла (страница 2)
Это направление называется САБЛЬ-технологиями. Сущность СА) Б-технологий сводится к созданию единого информационною пространства ( ЕИЛ ), обеспечивающего возможность получения достоверной информации, необходимой для принятия оптимальных решений в течение всего жизненного цикла изделия, качиная с его проектирования и заканчивая утилизацией после окончания сроков эксплуатации. За время своего сушествования расшифровка аббревиатуры САМ претерпела ряд изменений.
В момент возникновения аббревиатура СА1.Ь расшифровывалась как Согпршег А)дед ).оя)зг)с бпрроп — компьютерная поддержка поставок и логистики, т.е. в то время акцент делался на применение компьютеров для управления процессами поставок, транспортировки и эксплуатации продукции. С течением времени, когда применение компьютеров стало обычным делом, понятие САМ трансформировалось в Сопбппопз Асцц(в)г)оп апд 1.пе сус)е Впрроп — непрерывная информационная поддержка поставок и жизненного цикла продукции.
Здесь акцент смешен, во-первых, в сторону непрерывности взаимодействия заказчика и поставшика в ходе процессов поставки продукции, а во-вторых, в сторону охвата всего ее ЖЦ. По умолчанию предполагается, что речь идет о сложной наукоемкой продукции, которая требует создания, преобразования и передачи между различными участниками ЖЦ больших объемов технической информации. В последнее время появилась еше одна трактовка понятия СА15: Сопппегсе Ас Ыя)т! Вреед — высокоскоростная (быстрая) коммерция. Эта трактовка связана с постоянно расширяюшейся сферой применения электронного бизнеса (е-Ьпз)пезз) и электронной коммерции (е-сопппегсе), суть которых состоит в том, что коммерческие сделки заключаются посредством глобальной сети Интернет.
В ходе этих сделок стороны обмениваются данными (нередко значительного объема) в электронном безбумажном виде, при необходимости скрепляя эти данные электронными цифровыми подписями (ЭЦП), имеющими такой же юридический статус, как и собственноручная подпись. Электронный обмен данными происходит в темпе, не возможном при традиционных способах общения. Рассмотрим в качестве примеров организации работ с удаленными базами данных небольшую фирму «Бюро переводов» и коммерческий банк. На рис.
В.! показана схема организации локальной вычислительной сети Бюро переводов, из которой видно, что работа с удаленными клиентами, в качестве которых выступают как ее сотрудники (переводчики), так и заказчики работ, осушествляется через сеть Интернет. й' а Ю СО й, а Й й В ! Ф М о Ф Р К О И Ы Л 5 й К 2 ŠР— Ъ о $",ц В ~ о Ц О~ О о ~ Эф о 3 6 2 Х о Р. о ~о рИоД~ 7 о о3 ,Д ~ЯМ ~ а„Я "ЯХ~о Р х$~р рх Д ф о х Х о й И о М о и Д х ж Д й М о о 2 Д о ы й а .8 б 4 ж Р На рнс.
В.2 показана схема информационного обслуживания клиентов коммерческого банка. В данном примере работа сотрудников с удаленными базами данных осуществляется средствами Л ВС банка. В данном учебном пособии рассматривается методология разработки и эксплуатации удаленных баз данных с распределенной обработкой информации, которая необходима всем организациям, действующим в условиях рыночной экономики. ЧАСТЬ 1 ТЕОРЕТИЧЕСКИЕ ОСНОВЫ ПРОЕКТИРОВАНИЯ УДАЛЕННЫХ БАЗ ДАННЫХ ГЛАВА 1 АРХИТЕКТУРЫ УДАЛЕННЫХ БАЗ ДАННЫХ 1.1. Термины и определения Системы управления удаленными (распределенными) базами данных — это СУБД (СУРБД), обеспечивающие возможность одновременного доступа к информации различным пользователям.
Рассмотрим термины, применяемые в системах управления распределенными базами данных. Архитектура БД вЂ” организация взаимодействия аппаратных средств. Виды архитектуры БД: клиент — сервер, двухуровневая и трехуровневая клиент-сервер, файл †серв. Архитектура ОРВС (Ореп 1)агаВазе Соппесйуйу) — открытый интерфейс доступа к базам данных, т.е.
взаимодействие процессора (ядра) базы данных Зег с внешними источниками данных. Модели данных — схемы, характеризующие базы данных с разных сторон с целью определить оптимальное построение информационной системы. Ядро базы данных — внутренняя структура СУБД, обеспечивающая доступ ко всем компонентам базы данных.
В новых версиях СУБД Ассезз называется М(сгозой Вага Епя(пе (МЗРЕ); в ранних версиях ядро базы данных называлось машина базы данных М(стоют .)ед Ядро базы данных обеспечивает поддержку символов различных алфавитов, синтаксис языка БО(. и другие средства обработки различных типов данных.
Пользователь БД вЂ” программа или человек, обращающийся к базе данных. Запрос — процесс обращения пользователя к БД с целью ввести, получить или изменить информацию. Транзакция — последовательность операций модификации данных в БД, переводящая ее из одного непротиворечивого состояния в другое непротиворечивое состояние. 12 Логическая структура БД вЂ” определение БД на физически независимом уровне, что ближе всего соответствует концептуальной ее модели.
1олология БД, или структура распределенной БД, — схема распределения физической организации базы данных в сети. Локальная автономность — понятие, означающее, что информация локальной БД и связанные с ней определения данных принадлежат локальному владельцу и им управляются. Удаленный запрос — запрос к базам данных, находящихся на ресурсах локальной сети предприятия или сети Интернет.
Возможность реализации удаленной транзакции — обработка одной транзакции, состоящей из множества Я.>1.-запросов, на одном удаленном узле. Поддержка распределенной транзакции — обработка транзакции, состоящей из нескольких 391:запросов, выполняемых на нескольких узлах сети (удаленных или локальных), но каждый из которых обрабатывается только на одном узле. Распределенный запрос — запрос, при обработке которого используются данные из БД, расположенные в разных узлах сети.
Системы распределенной обработки данных в основном связаны с первым поколением БД, которые строились на мультипрограммных операционных системах, хранились на устройствах внешней памяти центральной ЭВМ и использовали терминальный многопользовательский режим доступа. При этом пользовательские терминалы не имели собственных ресурсов, т.е. процессоров и памяти, которые могли бы использоваться для хранения и обработки данных.
Первой полностью реляционной системой, работающей в многопользовательском режиме, была СУБД ЯУБТЕМ К фирмы 1ВМ. Именно в ней были реализованы как язык манипулирования данными Б1)1., так и основные принципы синхронизации, применяемые при распределенной обработке данных, которые до сих пор являются базисными практически во всех коммерческих СУБД. 1.2. Архитектуры клиент — сервер в технологии управления удаленными базами данных Вычислительная модель клиент-сервер исходно связана с появлением открытых систем в 1990-х гг. Термин клиент — сервер применялся к архитектуре программного обеспечения, состоящего из двух процессов обработки информации: клиентского и серверного. Клиентский процесс запрашивал некоторые услуги, а серверный — обеспечивал их выполнение.
При этом предполагалось, что один серверный процесс может обслужить множество клиентских процессов. Учитывая, что аппаратная реализация этой моде- 13 ли управления базами данных связана с созданием локальных вычислительных сетей предприятия, такую организацию процесса обработки информации называют архитектурой клиент — сервер. Основной принцип модели клиент — сервер применительно к технологии управления базами данных заключается в разделении функций стандартного интерактивного приложения на пять групп, имеющих различную природу: ° функции ввода и отображения данных (Ргевепгайоп 1оя)с); ° прикладные функции, определяющие основные алгоритмы решения задач приложения (Вив)пеаз 1оя)с); ° функции обработки данных внутри приложения (ОатаВаве 1.оя)с); ° функции управления информационными ресурсами (РагаВаае Мапаяег Бувгетп); ° служебные функции, играющие роль связок между функциями первых четырех групп. Структура типового приложения, работающего с базой данных в архитектуре клиент — сервер, приведена рис.
1.1. Как видно из рис. 1.1, клиентская часть приложения включает в себя следующие части: ° презентационную логику; ° бизнес-логику, или логику собственно приложений; е логику обработки данных; ° процессор управления данными. Презентационная логика (Ргевепгаг(оп (.оя)с) как часть приложения определяется тем, что пользователь видит на своем экране, что приложение работает. Сюда относятся все интерфейсные экранные формы, которые пользователь видит или заполняет в ходе работы приложения, а также все то, что выводится пользователю на экран в качестве результатов решения некоторых про- Клиент Рис. !.1. Структура типового приложения, работающего с базой данных 14 Компоненты приложения Функции управления данными Функции бизнес- логики Модели Функции распределений логики представления РР Пользователь КРМ РРМ квь Распределенное представление (РР) Клиент Сервер Удаленное ,ы представление (КР) Клиент Сервер Клиент %ЯД Распределенная бизнес- логика (КВ1.)' Сервер Удаленное,гг„зр управление данными (КРМ) Клиент Сервер Распределен- ~~~вен нос управление данным (РРМ) Клиент Сервер Клиент Сервер Совмешение КВ(.
и РРМ Рис. 1.2. Распределение функций компонентов приложения в моделях клиент †сев 15 межуточных задач либо как справочная информация. Следовательно, основными задачами презентационной логики являются: ° формирование экранных изображений; ° чтение и запись в экранные формы информации; ° управление экраном; * обработка движений мыши и нажатие клавиш клавиатуры. Бизнес-логика, или логика собственно прилозкений (Вцяпезя Ргосевяпй Еой(с), — это часть кода приложения, которая определяет собственно алгоритмы решения конкретных его задач.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
