Создание клиентских частей SQL БД под ОС Windows'95 и WindowsNT

Поэтому имеется возможность выполнять дамп часто, что повышает надежность

системы. Backup Server выполняет весь необходимый ввод-вывод. Команды на

дамп или загрузку выдаются непосредственно для SQL Server, который

обращается к Backup Server.

Выгрузка производится в два этапа - сначала выгружается состояние данных

на момент начала дампа, а затем оно дополняется изменениями, произошедшими

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

данных, так и дампа изменений.

Для анализа функционирования сервера Sybase предоставляет компоненту SQL

Monitor, представляющую на любом компьютере-клиенте в графическом виде

данные по загрузке сервера, вводу/выводу, интенсивности транзакций,

использованию памяти сервером. SQL Monitor как клиент взаимодействует с SQL

Monitor-сервером, выполняющемся на том же компьютере, что и SQL Server. SQL

Monitor-сервер использует разделяемую память для доступа к информации о

работе SQL Server, и поэтому не загружает SQL Server.

Для управления конфигурацией сервера имеется как набор хранимых процедур

и set-команд, так и графическое средство. При работе с параметрами

конфигурации в командном режиме введено три уровня представления - базовый

уровень, служащий для управления основными параметрами, промежуточный

уровень и детальный уровень, на котором доступны все параметры тонкой

настройки (рис.10). Параметры организованы иерархически в соответствии с

группами функций SQL Server, которыми они управляют. Имеется возможность

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

Программные интерфейсы ко всем службам, предоставляемым архитектурой

Sybase, реализуются через API Open Client и Open Server. Программные

интерфейсы Open Client/Server независимы от платформы. Среди поддерживаемых

платформ DOS, Windows, MVS/CICS, Macintosh, NetWare, Windows NT, OS/2, UNIX

(все главные варианты), VMS и OpenVMS.

При разработке приложений-клиентов на языке 3-го поколения используются

библиотеки с Си-интерфейсом: DB-Library, CT-Library или ODBC (только под

Windows). При разработке приложений серверного типа используется библиотека

Open Server. Этот набор блоков для построения сервера может использоваться,

например, для доступа к нестандартному оборудованию или построения шлюзов.

ODBC API представляет собой набор вызовов функций. Доступ к базе данных в

нем задается операторами SQL, которые передаются соответствующим функциям в

виде строковых параметров. Спецификация ODBC, как и Embedded SQL,

поддерживает курсоры. Имеется возможность вызывать хранимые процедуры. Из

программы могут выдаваться любые операторы SQL, в том числе DDL-операторы.

ODBC-драйверы для Sybase выпускают несколько фирм. Такой драйвер входит в

состав Sybase Open Client.

Большинство приложений, связанных с обработкой данных в среде MS-Windows,

поддерживают ODBC-интерфейс или DB-Library, и, соответственно, имеют доступ

к СУБД Sybase. Среди таких приложений Microsoft Excel, Word, Access, Visual

Basic.

Технология и библиотеки OpenServer, входящие в состав Sybase System 11,

позволяют разрабатывать собственные приложения, использующие данные от

технологического оборудования. Другое применение Open Server - разработка

серверных компонент для математической или криптографической обработки

данных. Обработчик Open Server может быть использован как приложением-

клиентом, так и вызван из хранимой процедуры SQL Server.

SQL Anywhere 5.0 - составная часть Sybase System 11 (Sybase SQL Anywhere

- это новое название для пятой версии Watcom SQL). С объединением компаний

Sybase и Powersoft в феврале 1995 года фирма Watcom вошла в состав Sybase,

Inc. SQL Anywhere работает на платформах Windows 3.x, Windows NT и Windows

95, OS/2, DOS, Novell NetWare и QNX. Среди поддерживаемых сетевых

протоколов - TCP/IP, Named Pipes, IPX/SPX.

Приложения-клиенты могут разрабатываться с использованием ODBC, Embedded

SQL и собственного интерфейса Watcom HLI. Имеется собственный DDE-сервер

для интеграции, например, с Excel, Word или Visual Basic.

Включение SQL Anywhere в состав линии продуктов Sybase придало новые

качества продукту: собственная репликация данных (SQL Remote); поддержка

системы репликации (Sybase Replication Server); графический инструмент

администрирования (SQL Central); поддержка (Transact-SQL); поддержка

ODBC2.1; повышение производительности и мониторинг производительности;

расширения языка Watcom SQL; универсальный серверный интерфейс SQL Anywhere

Open Server.

База данных SQL Anywhere может участвовать в схеме репликации Sybase

Replication Server. Для интеграции с Replication Server используется

специальный шлюзовой компонент - Open Server Gateway для SQL Anywhere,

который "транслирует" стандартный для продуктов Sybase интерфейс Open

Client/Server в интерфейс SQL Anywhere. Для отслеживания изменений в базе

данных SQL Anywhere предусмотрен компонент Replication Agent.

Другой механизм репликации (SQL Remote) - это система репликации только

между базами данных SQL Anywhere. Это менее гибкая система, чем Replication

Server; например, в ней жестко требуется, чтобы имена объектов

тиражирования были одинаковыми во всех базах данных. Зато SQL Remote легко

администрируется, пригоден для широкого использования в том числе и в

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

SQL Remote - это система репликации (тиражирования данных) между базами

данных SQL Anywhere, основанная на передаче сообщений. Эта система

администрируется из единого центра и наиболее подходит для обмена данными с

laptop-компьютерами и другими пользователями, связь с которыми есть от

случая к случаю. Система SQL Remote может использовать для репликации

средства электронной почты (MAPI, VIM, SMTP), файловый обмен и готовящийся

к выходу механизм Sybase Messaging Services.

SQL Remote реплицирует данные между "консолидированной" БД и одной или

несколькими "удаленными" БД. В качестве удаленных могут выступать как

сетевые серверы SQL Anywhere, так и локальные однопользовательские БД. SQL

Anywhere поддерживает иерархическую модель репликации.

SQL Central - графическое средство администрирования БД, работающее под

Windows 95 и Windows NT. Из SQL Central осуществляются все административные

действия от создания баз данных, загрузки/выгрузки до создания таблиц,

процедур и назначения полномочий. SQL Central также управляет системой

репликации SQL Remote, описанной выше. Для удобства предусмотрен drag-and-

drop интерфейс, контекстная подсказка и контекстное меню по правой кнопке

мыши.

SQL Anywhere 5.0 включает набор расширений языка Watcom SQL в сторону

диалекта Transact-SQL Sybase, используемого в Sybase SQL Server на

различных платформах. Диалект Transact-SQL сам по себе не является лучше

или хуже диалекта Watcom SQL. Достигнутая совместимость означает, что на

нижних уровнях распределенной информационной системы можно использовать

"легкую" по ресурсам, мощную по функциональности и дешевую СУБД SQL

Anywhere, а на уровне выше - промышленную высокопроизводительную СУБД

Sybase. При этом приложения, работающие с этими СУБД, окажутся инвариантны

к тому, с какой СУБД они работают.

Использование журнала транзакций в SQL Anywhere уменьшает время фиксации

каждой транзакции. Сервер SQL Anywhere является 32-разрядным (кроме

платформы Windows 3.X).

СУБД использует оптимизатор, который выбирает лучшую стратегию для

выполнения каждого запроса. Для этого оптимизатор определяет стоимость

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

диск. Выбранная стратегия задает, в каком порядке происходит доступ к

таблицам в запросе и следует ли использовать индекс для каждой таблицы.

Окно статистики в интерактивном средстве для формирования запросов (ISQL)

позволяет просмотреть выбранный план выполнения любого оператора SQL.

В SQL Anywhere предусмотрен набор статистической информации,

предназначенной для оценки производительности. Эта информация доступна из

инструмента администратора SQL Central и приложений-клиентов. В дополнение,

подобная информация предоставляется из SQL Anywhere в монитор

производительности Windows NT.

WSQL Dynamic Data Exchange (DDE) - это метод взаимодействия приложений.

DDE использует архитектуру клиент-сервер. Так, приложение-клиент может

запрашивать данные у приложения-сервера.

WSQL DDE-сервер - это Windows-приложение, которое позволяет выбирать и

изменять данные в БД SQL Anywhere. Получаемые данные могут передаваться

приложению-клиенту через буфер в памяти или через Clipboard.

Sybase System 11 - семейство интегрированных продуктов, нацеленных на

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

времени до задач принятия решений и хранилищ данных, от тысяч пользователей

и очень больших баз данных до "легкого" сервера для рабочих групп, который

работает на персональном компьютере.

1.1.2 IBM DB2

Фирма IBM является крупнейшей фирмой в мире, занимающейся компьютерной

техникой и информационными технологиями. Среди многочисленных аппаратных и

программных решений, предлагаемых IBM, весьма почетное место всегда

занимали компоненты для сохранения и использования данных. Семейство DB2

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

компонентом, предлагаемым фирмой IBM для хранения и интенсивного

использования больших объемов данных.

Прикладные системы, для которых используется DB2, - это стандартные OLTP

(on-line transaction processing) системы. Кроме того, DB2 широко

применяется для информационных систем различного назначения, для построения

информационных хранилищ данных и для систем поддержки принятия решений.

Еще некоторое время назад IBM рассматривала DB2, в первую очередь, как

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

продаваемых IBM (DB2 для MVS, VM, VSE, AIX, OS/400, OS/2), и не выпускала

DB2 для серверных операционных систем других фирм. Бурное развитие

программного рынка в последние годы дало жизнь версиям DB2 для

разнообразных вариантов ОС Unix и Windows NT.

Появление работы E. Кодда в 1970 г. с предложением реляционного подхода

для создания баз данных положило начало исследовательской активности в

области реляционных баз данных в ряде лабораторий IBM. Первые проекты и

прототипы были консолидированы в лаборатории Санта-Тереза, Калифорния в

середине семидесятых годов и завершились созданием System R. Эта система во

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

частности использование непроцедурного языка запросов SQL. После

исследовательской стадии, в 1981 г. появился коммерческий продукт SQL/DS

для VM, а в 1983 г. - собственно DB2 для мэйнфреймов под MVS и MVS/ESA.

Другим интересным проектом, влияние которого ощутимо в DB2, был Starburst

на рубеже 80-90-x.

Многочисленные современные проекты, ведущиеся в настоящее время вокруг

семейства DB2 в Альмадене, Санта-Тереза и Торонто позволяют судить о том, в

каких направлениях видят развитие баз данных разработчики DB2.

Значительная часть ведущихся проектов касается расширения сферы

применения реляционных баз данных для новых задач, связанных с хранением и

использованием новых сложных типов данных, поддержки объектно-

ориентированных расширений и реализаций новых методов поиска и анализа

данных. Другая часть исследований касается вопросов повышения

производительности и масштабируемости, использования методов

распараллеливания в работе серверов баз данных. Часть результатов этих

проектов уже воплотилась в текущей версии DB2, другие проекты должны

получить развитие в следующей DB2 Universal Server (DB2 версия 5, согласно

новой унифицированной нумерации).

Программные решения IBM, наряду с DB2, включают и другие программные

средства, например: транзакционные продукты CICS, Encina, MQSeries, которые

вместе с DB2 могут образовывать более гибкую и подходящую для конкретного

случая архитектуру, чем основанное только на использовании СУБД решение.

Продукты семейства DB2. DB2 Parallel Edition ориентирована на технологию

распараллеливания запросов к очень большим базам данных (VLDB), размещенным

на системах с массовым параллелизмом (MPP). Серверы из семейства DB2 Common

Server представляют общее решение для рабочих групп, малых и средних

организаций, переносимое и масштабируемое на серверах, работающих под

управлением OS/2, Windows NT, AIX, HP-UX, Sun Solaris, SCO, SINIX.

Существуют также более специализированные серверные продукты типа

DataJoiner, который предоставляет клиентам-приложениям оптимизированный

доступ к распределенным данным, управляемым Oracle, Sybase, MS SQL Server,

DB2, и предлагает единую базу-образ гетерогенной среды.

Поддержка существующих международных отраслевых стандартов, таких как SQL

92 Entry Level, ODBC, XA, JDBC, новых версий SQL и корпоративных стандартов

фирмы IBM, является необходимым качеством семейства DB2, обеспечивающим

взаимодействие разнообразных программных и аппаратных средств.

Вокруг базовой группы продуктов существует разнообразная инфраструктура

комплектующих и дополнительных продуктов, предназначенных для

администрирования баз данных – DataHub и компоненты Tivoli, для репликации

данных - DataPropagator, семейство средств разработки VisualAge для

различных языков программирования (С++, Smalltalk, 4GL, Java, Basic) с CASE-

средствами IBM DataAtlas и VisualAge PackBase, пакеты средств формирования

запросов и создания отчетов Intelligent Decision Server и QMF, комплексное

решение для построения локальных информационных хранилищ данных - Visual

Warehouse, средства анализа и поиска информации в базах данных Intelligent

Miner, средство для работы с метаданными и построения каталога

информационных ресурсов DataGuide, решения для поддержки OLAP-приложений -

DB2 OLAP Server and IDS, и так далее.

DB2 как сервер поддержки OLTP. На сегодняшний момент большинство

реляционных баз данных занято хранением операционных данных, полученных от

OLTP (OnLine Transaction Processing) приложений. Такие приложения

предназначены для поддержки текущей деловой активности финансовых,

административных и промышленных организаций, где данные, в основном,

числовые и символьные.

OLTP-приложения оперируют с критически-важными данными, которые требуют

защиты от несанкционированного доступа, от нарушений целостности, от

аппаратных и программных сбоев. Типичной является ситуация, когда система

должна поддерживать быстрый доступ к данным большого числа пользователей,

выполняющих относительно несложные запросы на поиск и обновление данных.

Критическим показателем для OLTP является время ожидания выполнения

типичных запросов, которое не должно превышать нескольких секунд.

В условиях постоянного роста объема хранимых данных, необходимым

требованием к DB2 становится возможность масштабировать систему при

увеличении объемов данных, при увеличении потока транзакций и количества

пользователей, в первую очередь, путем наращивания аппаратных ресурсов, при

сохранении времени отклика системы в допустимых пределах.

До появления реляционных СУБД задачи поддержки OLTP решались с

использованием дополнительного программного обеспечения - мониторов

транзакций, например CICS. Однако практика внедрения архитектуры клиент-

сервер без применения промежуточного монитора транзакций потребовала

универсализации сервера баз данных и оснащения его некоторыми свойствами

мониторов транзакций для внешнего взаимодействия и повышения

производительности.

Наглядными примерами тенденции преобразования многих СУБД и, в частности,

DB2 в легкие мониторы транзакций могут служить появившиеся у СУБД функции

поддержки хранимых процедур и компонентов для координации изменений в

распределенной базе данных.

DB2 для OS/390 как корпоративный сервер. DB2 для мэйнфреймов появилась в

эпоху вычислительных центров и с самого своего появления была ориентирована

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

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

DB2 предназначалась для взаимодействия с приложениями, работающими под

MVS-TSO, транзакционными продуктами CICS, IMS, и поддержки пакетной

обработки больших объемов данных. Последующие версии DB2 стали поддерживать

архитектуру клиент-сервер.

Более высокая надежность платформы OS/390 по сравнению с вычислительными

системами других типов вместе с развитием и удешевлением технологий

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

использование DB2 для OS/390 как корпоративного сервера баз данных и центра

массивной обработки данных.

Для DB2/390 основными тенденциями развития являются, с одной стороны,

стремление к наращиванию производительности, что связано с тенденцией

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

интеграции с прочими программными средствами на различных платформах.

DB2 для MVS версии 3, появившаяся в 1992 году, обладала серьезными

улучшениями в области производительности, на основе распараллеливания

операций ввода/вывода и работы с независимыми разделами дисковых устройств,

использования возможностей аппаратного обеспечения и операционной системы,

Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15