Название: Автоматизированные информационные технологии в экономике - Титоренко Г.А.

Жанр: Информатика

Рейтинг:

Просмотров: 1555

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

Растущие информационные потребности отчетливо выявляют ограничения существующих технологий СУБД. Это также определяет направление их совершенствования.

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

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

Базой систем нового поколения являются профессиональные (многопользовательские, многоплатформенные) СУБД и архитектура «клиент — сервер», реализуемая на их основе.

Профессиональные СУБД обеспечивают выполнение более сложных операций. Они позволяют разработчику расширять сервисные возможности - процедуры базы данных, которые вызываются клиентом и выполняются сервером более производительно, чем компьютеры на рабочих местах пользователей. К профессиональным СУБД относятся Oracle, SyBase, Informix, Ingres, Progress. Перечисленные системы имеют средстваобработки информации, распределенной по нескольким узлам сети. Распределенная обработка данных позволяет разместить базу в различных узлах таким образом, чтобы отслеживать изменения на всех узлах и чтобы каждый компонент данных располагался на том узле, где он будет обрабатываться.

Новейшей технологией управления распределенными базами данных является тиражирование. Профессиональные СУБД поддерживают те или иные механизмы тиражирования.

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

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

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

По мере развития любой хозяйственной деятельности появляется потребность в наращивании информационной системы. Возникает вопрос, как встроить имеющееся локальное приложение в новую систему. Профессиональные СУБД предоставляют достаточно широкие возможности. Развитые системы шлюзов позволяют строить информационные системы, распределенные по узлам с различными аппаратными и программными платформами. Большой интерес представляет также использование локальными приложениями так называемого ODBC — стандарта (Open DataBase Connectivity, стандарт, предложенный фирмой Microsoft), который дает возможность прозрачного доступа к данным СУБД различных типов. Таким образом, приложение, разработанное с учетом стандарта ODBC, имеет большую гибкость при интеграции в существующую информационную систему.

Потребность в гибких решениях для современных информационных систем диктуется жизнью. На практике чаще всего встречается потребность в объединении возможностей отдельных подсистем или программных модулей; Причем все это нужно иметь на одной базе данных. Через некоторое время соотношение потребностей может измениться. Поэтому для построения информационной системы важно иметь инструмент, который наиболее приспособлен для построения открытых и гибких систем. Таким инструментом в настоящий момент являются профессиональные СУБД SQL, обеспечивающие работу в модели «клиент — сервер» и обладающие развитыми средствами разработки и сопровождения баз данных. Использование профессиональной СУБД позволяет иметь программное обеспечение, в большей степени отвечающее конкретным потребностям организации.

Защита данных от несанкционированного доступа в профессиональных СУБД обеспечивается на разных уровнях:

• операционная система поддерживает разграничение прав доступа пользователей;

• СУБД представляет свое разграничение прав доступа;

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

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