Материал: Системы технологий

Формирование новых видов обработок (реализация новых ИП) обычно не влечет за собой большой переделки системы.

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

Описание методологии решения задач в сетях ЭВМ продолжим на ос­нове рассмотрения функционирования сетевых СУБД на примере системы ОRАСLЕ.

Подавляющее большинство СУБД, таких, как Сliррег, dВаsе, Fох- Ваsе или позже FохРго, Рагаdох и других, изначально строились на идее функци­онально расширенной индивидуальной «записной книжки», а с появлением доступной сетевой операционной системы NetWаге стали приобретать каче­ства, необходимые для коллективной работы. Наряду с этим разрабатыва­лись СУБД, построенные на идеях коллективной работы с данными. В этом ряду можно назвать такие СУБД, как Informiх, 1ngгеss, Огас1е, Sуbаsе, АDАВАSи др.

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

Развитие программных и аппаратных средств, усиление требований к системе (то есть процесс ее эволюции) обязательно влечет за собой необхо­димость перехода на другие аппаратные и операционные платформы, и, сле­довательно, возникнет необходимость трансформирования данных и средств, позволяющих с ними работать. На рынке современных СУБД такой систем­ный подход реализован в СУБД производства Огас1е Согрогаtiоn. Перено­симость на все заметные на рынке аппаратные платформы — не самая 'выдающаяся черта СУБД Огас1е, хотя вряд ли какая-нибудь другая СУБД, в особенности класса персональных СУБД, обладает такой особенностью. Среди СУБД того же класса существует целый ряд имеющих такое преиму­щество, например Informiх. Переносимость приложений с одной операционной платформы на другую — более замечательное свойство. Это связано со сложившейся ориентацией на аппаратные платформы Intel, которые до не­давнего времени не могли конкурировать по производительности с плат­формами Sun, НР, 1ВМ и т.д. Архитектура ядра Огас1е оказалась готовой к практически безболезненному переходу на многопроцессорные платформы. Это явилось результатом сочетания разумного консерватизма, следования су­ществующим стандартам (а фирма Огас1е в результате своего лидирующего положения часто сама является инициатором принятия стандартов) и, навер­ное, дальновидности проектировщиков.

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

Программа (или совокупность программ, которые выполняют всю эту сложную работу) называется ядром СУБД. По числу и разнообразию таких интерфейсов СУБД Огас1е стоит на одном из первых мест. К ним необходимо добавить огромное количество интерфей­сов, разработанных другими производителями, такими, как Microsoft Асcеs, Eхсе1, Wогd, Visuа1 Ваsic, Рагаdох, семейство продуктов фирмы РоwегSoft и т.д. Благодаря этому число приложений, разработанных средствами Огас1е на се­годняшний день, велико и продолжает стремительно расти. В качестве при­мера рассмотрим проект по автоматизации банка. В данном случае ключевыми являются три элемента: коммуникации, безопасность и надежность хранения данных. Остановимся более подробно на каждом из них.

Одним из самых основных условий для реализации проекта автоматиза­ции банка является наличие надежных коммуникационных линий. Для бан­ка, имеющего сеть филиалов и отделений, также необходим обмен данными, но структура таких данных неизмеримо сложнее. Кроме внутренних для бан­ка информационных потоков, существуют еще и внешние, например обмен с другими банками, клиринговыми центрами или получение биржевой инфор­мации о курсах валют и т.п. При наличии выделенных телефонных линий Огас1е предлагает достаточно полный набор инструментальных средств для их ис­пользования. В качестве примера можно привести Огас1е Маil и Огас1е Маil Х.400 Gаtеwaу для глобальных сетей и SQL*Nеt — для сетей локальных. Последний обеспечивает совместимость практически со всеми существую­щими на сегодня типами протоколов. Понятно, что в условиях локальной сети работа ведется только в реальном масштабе времени, а в остальном все зави­сит от надежности линий связи.

Следующее основное требование для банковской системы — это надеж­ная защита данных от несанкционированного доступа. Безопасность в СУБД Огас1е базируется на системе ролей, каждая из которых включает в себя на­бор «привилегий» на работу с данными. Роли создаются администратором (или администраторами) приложения (или приложений).

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

Спецификация такой системы безопасности принята комитетами 1SО и АNS1 в качестве базового стандарта для всех будущих реализаций безопасности в языке SQL (Structured Query Language — структурированный язык запросов, принятый также в качестве стандарта на языки манипулирования данными).

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

Если ранее этот вопрос был целиком на совести разработчика приложе­ния и можно себе представить проблемы при разработке проекта коллективом, то теперь вся ответственность при правильно описанной модели лежит на ядре СУБД.

К другим существенным особенностям СУБД Огасlе можно отнести поддержку практически всех европейских и азиатских национальных языков, автоматическое воспроизведение общих данных на множестве узлов в сети (имеются в виду узлы, на которых находится ядро Огас1е), полная интегра­ция с другими СУБД, в которых реализованы стандарты на обмен данными, высокая производительность и практически полное отсутствие ограничений на объем и типы хранимых или получаемых извне данных, поддержка одно­родных и неоднородных типов сетей.

Литература

1. Технология важнейших отраслей промышленности. Под ред. А.Гинберга. Б.Хохлова. М. «Высшая школа», 1985.

2. Воскобойников В.Г., Кудрин В.Л., Якушев А.М. Общая металлургия. М. Металлургия, 1985.

3. Картавов С.А. Технология машиностроения (специальная часть). М. Машиностроение, 1985.

4. Неустроев А.А. Основы металлургического производства (цветная металлургия), М. Металлургия, 1988.

5. Бахтионов В.Г. Технология прокатного производства. М. Металлургия, 1983.

6. Самохоцкий, Парфеновская Н.Г. Технология термической обработки металлов. М. Машиностроение, 1976.

7. Титов Н.Д., Степанов Ю.А. Технология литейного производства. М. Машиностроение, 1985.

8. Никифоров В.М. Технология металлов и конструкционные материалы. Л. Машиностроение, 1986.