В настоящем разделе обсуждаются вопросы, которые определяют стратегию комплексной реализации ИС ДСС. Ответы на данные вопросы и принятие решения по ним руководством ДСС позволяют выполнить концептуальное архитектурное планирование информационной системы, а также сформировать требования к отдельным компонентам ИС ДСС.
Централизованная или децентрализованная архитектура ИС
Вопрос построения ИС на принципах централизации или децентрализации охватывает два основных аспекта: размещение данных и место их обработки. Для ИС ДСС решение этого вопроса состоит в определении степени распределения функций между центральным и территориальными офисами. В таблицах, приведенных ниже, даны аргументы "За" и "Против" для каждого из двух вариантов.
Централизованная архитектура
За
Против
Квалифицированный технический персонал требуется только в центре
Более низкие требования к численности квалифицированного технического персонала
Большое потребное количество квалифицированного технического персонала
Дорогая и сложная типовая архитектура ИС в региональных офисах
Сложность обеспечения защиты, актуальности, целостности, непротиворечивости данных из многих источников
Стратегический выбор руководства ДСС состоит в создании информационной системы на принципах максимально возможной централизации хранения и обработки данных.
Использование архитектуры «клиент-сервер» или "трехуровневой"
В таблицах, приведенных ниже, даны аргументы "За" и "Против" для каждого из двух вариантов.
Архитектура "клиент-сервер"
За
Против
Отработанная технология
Малое количество программно-аппаратных компонентов
Относительная простота разработки и отладки приложений
Сложнее решаются вопросы масштабируемости. В некоторых случаях требуется замена аппаратных компонентов.
Усложняется управление и поиск источников ошибок из-за совмещения работы на сервере базы данных бизнес логики и управления базой.
Усложняется настройка серверных компонентов для достижений максимальной производительности
Повышение требований к аппаратной части сервера базы данных для работы в условиях пиковых нагрузок.
"Трехуровневая"архитектура
За
Против
Проще решаются вопросы масштабируемости
Упрощается модернизация системы
Упрощается управление и поиск источников ошибок
Упрощается настройка серверных компонентов для достижений максимальной производительности
Сервер бизнес логики одновременно может выполнять буферизацию запросов, сглаживая пиковые нагрузки на сервер базы данных. Это означает снижение требований к аппаратной части сервера базы данных.
Возрастает количество базовых компонентов ПО и их общая стоимость
В целом система усложняется с точки зрения управления и обслуживания
Сложность разработки и отладки приложений
Стратегический выбор руководства ДСС состоит в ориентации на применение "трехуровневой" архитектуры при разработке заказного программного обеспечения и выборе готовых прикладных систем. Однако, при этом не исключается возможность использования готовых прикладных систем, реализованных в архитектуре "клиент-сервер".
Пилотное решение или полномасштабное внедрение
Два данных варианта отражают подход к реализации информационной системы. В случае варианта с пилотным решением предполагается, что наряду с центральным офисом будет выбран ограниченный набор объектов (то есть территориальных офисов), на которых осуществляется внедрение разрабатываемой информационной системы. На этих объектах выполняется пилотное тестирование и исправление возможных ошибок, после чего система тиражируется на остальные территориальные офисы. При полномасштабном внедрении система запускается на всех объектах сразу. В таблицах, приведенных ниже, даны аргументы "За" и "Против" для каждого из двух вариантов.
Пилотное решение
За
Против
Малые затраты первого этапа
Малое количество участников
Выявление и устранение проблем на этапе пилотного решения
По результатам этапа пилотного решения получается легко тиражируемая система, не требующая для внедрения высококвалифицированных специалистов
В результате этапа пилотного решения существует полнофункциональная часть будущей системы
Увеличение общих сроков развёртывания
Полномасштабное внедрение
За
Против
Сокращение сроков ввода в эксплуатацию системы для всей ДСС
Работы проводятся в один этап. По окончании работ существует функционирующая полная целевая система
После решения выявленной проблемы большие затраты на тиражирование по всем точкам внедрения
Возможны трудности, связанные с масштабом работ, например, потребуется большое количество вовлечённых участников
Стратегический выбор руководства ДСС состоит в реализации пилотного решения для построения сети WAN на ограниченном числе объектов с последующим тиражированием отработанных решений на весь ДСС. Для внедрения программного обеспечения предпочтительным является полномасштабное внедрение
Пакетная коммутация/коммутация каналов
В силу организационной структуры системы государственной статистики РМ, информационная система ДСС должна использовать корпоративную сеть передачи данных и необходимым условием ее функциональности будет использование надежных коммуникаций, объединяющих все составляющие части ИС.
Проведем сравнительный анализ наиболее распространенных технологий передачи данных ATM и TDM, применяемых для создания распределенных сетей передачи данных
Вариант
За
против
Пакетная коммутация ATM
АТМ обеспечивает 30-50% общей сетевой экономии
Небольшие затраты на новое оборудование АТM
Требуется использование резервных соединений
коммутация каналов
TDM
Нет необходимости в резервных каналах связи
Значительные Затраты на использование каналов
Стратегический выбор руководства ДСС состоит в использовании телекоммуникационной инфраструктуры для корпоративной сети передачи данных на базе технологии с пакетной коммутацией.
Технологическая платформа
Согласно The GartnerGroup Server Operating-System Forecast от 29.03.2000, доминирующими по продажам в мире в ближайшие 4 года серверными операционными системами будут MS Windows2000 и несколько коммерческих UNIX систем.
Сетевая ОС Novell Netware сократит своё присутствие, но останется на рынке. Связано это с тем, что эта операционная система не лучшим образом поддерживает мощные серверы приложений.
Из UNIX-систем практически сохранят свою долю рынка HP-UX и Solaris. А ОС Linux займёт относительно небольшой сектор рынка.
П рогнозы продаж для ведущих операционных систем на период до 2005 года приведены на рисунке ниже.
Стратегический выбор руководства ДСС состоит в ориентации на коммерческие операционные системы UNIX и системы Windows при создании целевой информационной системы ДСС.
Использование свободно распространяемого системного ПО
Ниже в таблице приведены "За" и "Против" использования свободно распространяемого ПО в решениях для различных компонентов информационной системы ДСС.
За
Против
Отсутствие затрат на закупку ПО
Распространённость ПО
Большое количество приложений - коммерческих и бесплатных
Наличие широкого спектра системотехнических компонентов, например драйверов и т.п.
Возможно, высокий уровень технической поддержки через бесплатные форумы
Быстрое исправление выявленных ошибок; высокое качество тестирования большим коллективом разработчиков.
Устойчивое развитие, не связанное с финансовым состоянием фирмы-разработчика (в этом качестве выступает сообщество разработчиков)
Отсутствие недокументированных возможностей
Есть примеры использования в государственных структурах в качестве стандарта (Linux в Китае, Германии, Бразилии, России (МСВС), США (АНБ))
Возможность технической поддержки по контракту с внешним исполнителем
Как правило, используется только как серверное ПО
Отсутствие единой точки разработки
Отсутствие задокументированной материальной ответственности поставщика и разработчика за качество ПО и устранение выявленных ошибок
Неоднородное качество разработки различных компонентов ПО
Слабая документированность; неоднородное качество документации
Платная техническая поддержка
Дороговизна подготовки специалистов
Для обслуживания требуется высокая минимальная квалификация специалистов
Неопределённость планов развития
До сих пор отсутствует сравнимое по качеству с MS Office офисное ПО
Стратегический выбор руководства ДСС состоит в предпочтении использования коммерческого ПОи не исключает использования свободно распространяемого системного ПО в решениях ИС.
Аппаратная платформа
В процессе построения целевой ИС Департамента статистики и Социологии будут использоваться принципы максимальной централизации хранения и обработки данных. Учитывая объемы данных, сроки их хранения также интенсивность информационных потоков в системе, в качестве аппаратной платформы для центральных серверов хранилищ данных следует выбрать сервера, построенные по архитектуре RISC, оснащенные мощной системой аппаратного резервирования и производительными дисковыми массивами. Кроме того, для поддержания работоспособности данного оборудования необходимо наличие местного сервис - центра, осуществляющего гарантийное и пост гарантийное обслуживание данной техники.
Представим сравнительный анализ основных моделей RISC серверов. На рисунке ниже приведены результаты сравнительного анализа производительности основных моделей серверов по результатам тестов SPEC (SPEC Standard Performance Evaluation Corporation - компания, специализирующаяся на тестировании аппаратных средств)
Тесты SPEC характеризуют относительную производительность оборудования
Тесты SPEC характеризуют относительную производительность оборудования. Для определения сравнительной пригодность того или иного оборудования как аппаратной платформы для реализации информационных хранилищ (баз данных) ДСС, используются тесты TCP (TРС Transaction processing Council - независимая организация, созданная ведущими 000фирмами-производителями программного и аппаратного обеспечения для установления стандартов на тестирование). На рисунке ниже представленны результаты тестов ТРС для основных производителей RISCсерверов.
Исходя, из вышеприведенного анализа стратегический выбор руководства ДСС состоит в ориентации при выборе аппаратной платформы на RISC сервера от производителей Hewlett Packard и SUN Microsystems для построения информационных хранилищ данных
Платформа СУБД для разработки и эксплуатации бизнес приложений.
В этом разделе рассматриваются сильные и слабые стороны двух ведущих производителей СУБД IBM-Informix 7.31 и Oracle 8.1.7 в качестве платформ для разработки и эксплуатации бизнес приложений. Речь идет о клиент-серверных приложениях и приложениях разработанных в трехуровневой архитектуре, клиентская часть которых разрабатывается с помощью средств сторонних производителей и функционирует в ОС Microsoft (Windows 95-2000). Рассматриваются преимущества и недостатки каждой СУБД по категориям, наиболее существенным при разработке, поддержке и эксплуатации баз данных и приложений такого класса. Отмечаются, в основном, различия, ибо обе СУБД поддерживают стандарты SQL и вполне подходят для создания эффективных бизнес приложений.
Производители СУБД
В разделе можно заменить СУБД IBM-Informix DS 7.31 на IBM-Informix DS 9.21, которую допустимо рассматривать в этом контексте просто как более стабильную версию, лишенную ряда ограничений 7.31.
Установка сервера
Заказчик, при наличии штатного системного администратора и простой инструкции поставщика, должен иметь возможность самостоятельно установить все необходимое программное обеспечение, включая СУБД.
Oracle 8.1.7
За
Против
Предлагает удобное, многоплатформенное графическое средство установки ПО на базе Java – Oracle Universal Installer.
Предлагает стандартные конфигурации баз данных и экземпляра для различных классов приложений (OLTP, DSS, смешанные).
Программа установки проводит пользователя по всем необходимым стадиям, от сброса ПО до создания дисковых структур и настройки сетевых служб.
Содержит ПО сервера и клиентской части для ОС UNIX в составе одного дистрибутива.
Требует использования Java Runtime Environment (поставляется на дистрибутивном диске) и (при использовании стандартных процедур установки) X Window System на сервере. Удаленная установка затруднительна.
На UNIX-платформе в процессе установки требует не менее 128 Мб ОЗУ (при активном вмешательстве опытного администратора, для стандартной установки рекомендуется 256 Мб) и использует более 500 Мб виртуальной памяти.
Установка требует значительного времени (от 10 минут до нескольких часов) даже на достаточно мощных серверах.
Даже в минимальной стандартной конфигурации требует около 1 Гб на дисках (800 Мб базового ПО).
На определенных этапах установки необходим доступ от имени пользователя root.
Требует согласованного изменения большого количества параметров ядра для успешной установки. Стандартные значения, предлагаемые руководством по установке, не всегда адекватны.
IBM-Informix IDS 7.31
За
Против
Процедура установки сводится к выполнению нескольких команд и редактированию трех небольших текстовых файлов (/etc/services, onconfig, sqlhosts).
Установка может выполняться удаленно, с помощью стандартных системных средств (telnet, ftp, SSH).
Дистрибутив небольшой (базовое ПО сервера требует около 140 Мб на диске).
Дистрибутив содержит простое и корректное описание необходимых изменений базовой ОС в процессе установки.
Устанавливается на серверы с минимальной конфигурацией (32 Мб ОЗУ), что существенно для разработчиков и создания резервных серверов.
Администратор должен соблюдать определенную последовательность действий при установке.
На определенных этапах установки необходим доступ от имени пользователя root.
Требует изменения ряда параметров ядра для успешной установки.
Для установки клиентских библиотек и дополнительных средств разработки на сервере необходимо установить дополнительный пакет Client SDK (размером порядка 22 Мб).
Установка и настройка клиентской части в MS Windows
Простота установки клиентской части, а также минимальные требования к клиентской машине, предъявляемые СУБД, существенны для администраторов, занимающихся установкой и поддержкой прикладного ПО.
Oracle 8.1.7
За
Против
Установка ведется стандартным графическим Oracle Universal Installer на базе Java.
Программа установки проводит пользователя по всем необходимым стадиям, от сброса ПО до настройки сетевых служб.
В единый дистрибутив входят все необходимые драйверы (ODBC, JDBC), прекомпиляторы Pro*C, SQLJ и средство выполнения запросов и создания отчетов – SQL*Plus.
Требует использования Java Runtime Environment (поставляется на дистрибутивном диске).
Для установки требуется не менее 32 Мб ОЗУ (при активном вмешательстве опытного администратора и многочасовой работе) и используется более 128 Мб виртуальной памяти.
Установка требует значительного времени (от 10 минут) даже на достаточно мощных серверах.
Даже в минимальной стандартной конфигурации требует около 100 Мб на дисках (282 Мб для административного клиента).
Параметры конфигурации подключений хранятся в отдельных файлах, а не в системном реестре, что затрудняет сопровождение.
IBM-Informix IDS 7.31
За
Против
Установка ведется стандартными средствами Microsoft Installer (Client SDK 2.70).
ПО клиентской части имеет небольшой объем (около 22 Мб) и включает основные средства, необходимые для установки бизнес приложений (DLL-библиотеки, драйверы ODBC, ESQL/C и средства настройки подключений).
Параметры конфигурации подключений хранятся в системном реестре.
JDBC-драйверы и SQLJ поставляется в виде отдельного дистрибутива объемом порядка 12 Мб.
В состав клиентского ПО для ОС Windows не входят средства выполнения запросов и создания отчетов.
Архитектура и ограничения серверов
Oracle 8.1.7
За
Против
Возможность работы как в многопоточной архитектуре, так и с выделенным серверным процессом для каждого подключения.
Конфигурируемый размер страницы данных, от 2 до 32 Кб.
Поддержка нескольких способов работы с буферным кэшем (KEEP, RECYCLE).
Поддержка многократного резервирования служебных файлов (управляющих файлов, журналов)
Модель многовариантной согласованности данных. Пишущие не блокируют читающих, читающие не блокируют пишущих.
Поддерживается до 65533 файлов данных в базе данных.
Неограниченное количество экстентов в таблице.
Неограниченное количество индексов по таблице.
Неограниченное количество одновременно удерживаемых блокировок – блокировки данных не занимают память.
Различные виды индексов, включая битовые и индексы по функциям.
До 32 столбцов в индексе.
Размер ключа индекса – до 40% размера страницы.
Поддержку многопоточной архитектуры необходимо явно задавать при установке или конфигурировать в дальнейшем.
Часть административных операций необходимо выполнять через выделенные серверные процессы.
Не более 32 Кб пользовательских сеансов для экземпляра.
Не более 1000 столбцов в таблице.
Выделение экстента требует обращения к словарю данных, а объединение рядом стоящих экстентов выполняется только по явному требованию (кроме локально управляемых табличных пространств).
Не выполняется локальная дефрагментация страниц данных.
IBM-Informix IDS 7.31
За
Против
Сервер полностью многопоточный, что упрощает масштабирование.
Позволяет легко установить до 255 одновременно работающих серверов на одном компьютере.
До 32767 столбцов в таблице.
Автоматическое объединение экстентов.
Поддержка зеркалирования всех дисковых компонентов системы.
Наличие различных режимов журнализации и возможность работы с базами данных и таблицами без журнализации транзакций.
Автоматическая дефрагментация в пределах страницы.
Выделение экстента не требует обращения с словарю данных.
Эффективные и легко управляемые средства распараллеливания запросов и операторов ЯМД (PDQ)
Количество одновременно устанавливаемых блокировок ограничено – 8 миллионов. Блокировки хранятся в памяти.
По умолчанию пишущие блокируют читающих, а читающие – пишущих.
Не более 32 Кб пользовательских сеансов для сервера.
Индексы – только на основе B-дерева.
Длина ключа – не более 255 байтов.
Не более 16 столбцов в индексе.
Не более 77 индексов по таблице.
Количество экстентов в таблице ограничено (порядка 200).
Количество файлов данных – до 2048.
Средства разработки
Насколько средства разработки полнофункциональны, просты в освоении и технологичны, во многом зависит качество создаваемых бизнес приложений. В этом разделе рассматриваются возможностях создания серверной части кода приложений.
Oracle 8.1.7
За
Против
PL/SQL – язык программирования для создания крупных, модульных приложений, позволяющий задавать абстрактные типы данных и модули со скрытой реализацией.
Наличие множества встроенных функций и стандартных пакетов.
Удобные средства обработки исключительных ситуаций.
Возможность включения в хранимый код функций из динамически подключаемых библиотек, созданных на других языках программирования.
Триггеры для представлений и системных событий, а также операторов ЯОД.
Поддержка автономных транзакций.
Возможность компиляции хранимого кода в "родной" для данной платформы (С) – эффективность выполнения.
Освоение всех стандартных средств требует существенного времени и усилий.
Проблема мутирующих таблиц в строчных триггерах, требующая отдельного решения.
Отсутствие стандартных средств трассировки и документирования хранимого кода.
Сложность работы с большими двоичными объектами в хранимом коде.
Отступления от стандарта SQL и собственные расширения затрудняют освоение разработчиками, работавшими с другими СУБД.
Нетрадиционная поддержка временных таблиц.
Нетрадиционное понятие базы данных осложняет создание нескольких прикладных баз данных на одном сервере и управление доступом к ним.
IBM-Informix IDS 7.31
За
Против
SPL – простой, стабильный и достаточно удобный и полнофункциональный язык для создания хранимых процедур и триггеров.
Возможность возврата результирующего множества из хранимого кода – курсорные процедуры.
Стандартные средства документирования и трассировки в SPL.
Нет проблемы мутирующей таблицы в триггерах.
Простые и естественные средства работы с временными таблицами.
Максимально близкая к стандарту реализация SQL.
Каждый пользователь может создавать множество баз данных для отдельных прикладных задач и администрировать их.
SPL не позволяет создавать абстрактные типы данных и предлагает ограниченные средства обеспечения модульности.
В этом разделе рассматриваются возможности системного администрирования (настройке и обеспечении бесперебойной работы сервера в целом), так и возможности администрирования баз данных. Эффективные средства решения этих задач обеспечивают эффективную эксплуатацию прикладных решений.
Oracle 8.1.7
За
Против
Наличие в дистрибутиве полнофункциональных графических средств администрирования на базе Java.
Возможность контроля сервера с помощью SQL-запросов (представления динамической производительности V$).
Возможность автоматического добавления и роста файлов данных при необходимости.
Автоматическое определение ряда оптимальных параметров конфигурации при установке.
Наличие средств администрирования на базе командной строки (в частности, SQL*Plus).
Возможность репликации данных, в том числе, на уровне отдельных таблиц (snapshot).
Поддержка фрагментации таблиц и индексов.
Собственная система идентификации пользователей с тремя типами аутентификации, в том числе, операционной системой.
Возможность создания табличных пространств только для чтения.
Простота организации распределенных баз данных.
Расширенная поддержка декларативных ограничений целостности.
Кластеры как средство эффективного хранения связанных таблиц.
Отсутствие простых, стандартных терминальных средств (удаленного) администрирования.
Контроль сервера только с помощью SQL через многочисленные (более 120) представления динамической производительности. Требует знания SQL и подготовки.
Необходимость отдельного администрирования пользователей базы данных.
Сложная система привилегий и ролей.
Команды фрагментации громоздки и не всегда функциональны (нет фрагментации по совокупности условий).
IBM-Informix IDS 7.31
За
Против
Относительная простота конфигурирования (всего около 80 параметров) при прозрачной архитектуре.
Стандартные средства контроля сервера из командной строки (onstat).
Возможность контроля сервера с помощью SQL-запросов (SMI).
Наличие простого средства администрирования баз данных (DB-Access) на базе меню.
Наличие адекватных и простых в конфигурировании средств репликации данных (HDR для создания резервного сервера и ER для репликации в масштабе предприятия).
Поддержка традиционного понятия базы данных.
Адекватная система защиты на базе привилегий и ролей.
Использование аутентификации пользователей операционной системой снимает задачу ее отдельного администрирования.
Простая и эффективная система фрагментации таблиц и индексов.
Простой механизм уведомления об основных событиях и проблемах сервера.
Отсутствие в дистрибутиве графических многооконных средств администрирования и контроля.
Необходимость явного выделения пространства для хранения данных.
Отсутствие дополнительных средств защиты по сравнению с базовой операционной системой.
Для использования распределенных баз данных необходима установка доверительных отношений между серверами.
Загрузка и выгрузка данных
Бизнес приложения будут работать в среде с множественными источниками данных. Поэтому наличие адекватных средств обмена данными с другими приложениями крайне важно. Кроме того, удобные средства выгрузки и загрузки данных позволяют эффективно решать задачи резервного копирования и восстановления данных на уровне отдельных приложений и пользователей.
Oracle 8.1.7
За
Против
Возможность выгрузки и загрузки данных на уровне табличного пространства, таблицы, схемы или всей базы данных в двоичном, не зависящем от платформы виде с обеспечением обратной совместимости (exp/imp).
Возможность загрузки данных из файлов различных текстовых форматов, в том числе, высокоэффективной параллельной загрузки (SQL*Loader).
Низкоуровневые средства выгрузки данных в текстовый формат (SQL*Plus, пакет utl_file).
Необходимость многократной или поэтапной загрузки (imp) на уровне схем (баз данных).
IBM-Informix IDS 7.31
За
Против
Возможность загрузки и выгрузки данных из SQL в текстовый формат – LOAD/UNLOAD.
Возможность выгрузки и загрузки из текстового формата баз данных и отдельных таблиц (dbexport/dbimport).
Возможность добавления данных в таблицы из текстовых файлов различных форматов (dbload).
Возможность эффективной выгрузки и загрузки баз данных и таблиц в двоичном виде (onunload, onload).
Возможность эффективной параллельной загрузки и выгрузки данных (HPL, нежурнализируемые таблицы).
Ограничения на размер экспортируемых объектов (dbexport – 2 Гб).
Зависимость двоичного формата выгрузки от платформы (размера страницы и порядка байтов).
Резервное копирование и восстановление
Простые и эффективные средства резервного копирования и восстановления данных принципиально важны для обеспечения надежной работы приложений.
Oracle 8.1.7
За
Против
Обеспечивает автоматическое восстановление при перезапуске после сбоя экземпляра.
Обеспечивает многократное резервирование системных файлов. Для восстановления достаточно одного экземпляра.
Обеспечивает непрерывное резервное копирование журналов повторного выполнения.
Обеспечивает резервное копирование и восстановление на уровне табличных пространств (т.е. вплоть до фрагментов таблиц), при условии резервного копирования журналов, и экземпляра в целом.
Обеспечивает восстановление с точностью до момента времени или отдельной транзакции.
Сложность организации оперативного резервного копирования (при работающих пользователях).
Сложность организации взаимодействия с диспетчерами хранения данных через интерфейс XBSA.
Сложность организации параллельного резервного копирования и восстановления.
IBM-Informix IDS 7.31
За
Против
Обеспечивает автоматическое восстановление при перезапуске после сбоя сервера.
Обеспечивает непрерывное резервное копирование логических журналов.
Предлагает простое средство командной строки для управления резервным копированием и восстановлением.
Обеспечивает параллельное резервное копирование и восстановление, а также взаимодействие с диспетчерами хранения данных через интерфейс XBSA.
Обеспечивает восстановление с точностью до момента времени (onbar) или логического журнала (ontape).
Не обеспечивает средств резервного копирования файлов конфигурации.
Оперативное резервное копирование требует адекватно настроенного временного пространства.
Обучение администраторов и разработчиков
Возможность пройти обучение у специалистов, знающих особенности эксплуатации СУБД и приложений, является принципиально важной для успешной разработки и использования бизнес приложений у клиентов.
Oracle 8.1.7
За
Против
Наличие учебного центра в представительстве компании.
Авторизованный учебный центр – единственный, обучение – дорого и направлено только на сдачу сертификационных экзаменов OCP.
IBM-Informix IDS 7.31
За
Против
Наличие нескольких независимых авторизованных учебных центров в компаниях, активно занимающихся разработкой приложений.
Разнообразные курсы, в том числе, для разработчиков, использующих средства независимых компаний.
Обычно обучением заказчика занимается компания-поставщик прикладного ПО и обучение в других центрах не приветствуется.
Доступность дополнительных источников информации
Доступность информации и наличие дружественного сообщества пользователей существенны при практической, каждодневной работе, как администратора базы данных, так и разработчиков.
Oracle 8.1.7
За
Против
На рынке имеется множество книг по администрированию и разработке приложений на английском и русском языке.
Документация на английском свободно доступна в Internet.
Oracle Technology Network предлагает зарегистрированным разработчикам дополнительные информационные материалы и бесплатные версии сервера.
Oracle предлагает уникальную свободно доступную службу помощи и консультаций по всем вопросам администрирования и разработки: acle.com.
Доступно множество независимых сайтов и статей по администрированию и разработке.
Выходящая на русском языке переводная литература – в основном, низкого качества (к переводу не привлекаются специалисты) и по устаревшим версиям.
Фирменной документации на русском языке в свободном доступе нет.
Значительный объем информации затрудняет изучение начинающим администраторам и разработчикам.
IBM-Informix IDS 7.31
За
Против
Документация на английском и русском языке свободно доступна в Internet.
Активная дискуссионная группа ukr.comp.dbms.IBM-Informix позволяет оперативно обсудить проблемы с другими разработчиками и администраторами.
International-Informix Users Group предлагает дополнительные источники информации и средства администрирования.
Книг по администрированию и разработке практически нет, ни на русском, ни на английском.
Сервер нельзя (затруднительно) получить свободно даже для некоммерческой разработки и изучения.
Резюме
При использовании для разработки и эксплуатации бизнес приложений в Департаменте Статистики и Социологии рассмотренные СУБД имеют следующие основные положительные и отрицательные свойства.
I
IBM-Informix Dynamic Server 7.31
Положительные:
Простая и быстрая установка.
Прозрачная масштабируемая архитектура, - более эффективная работа при ограниченных ресурсах.
Простые и эффективные средства контроля и администрирования, доступные для использования администратором UNIX.
Удобные средства загрузки и выгрузки данных.
Простые и адекватные средства резервного копирования и восстановления.
Широкие возможности обучения и консультаций с учетом специфики приложений. Простота и скорость освоения.
Возможность децентрализации администрирования баз данных сервера.
Отрицательные:
Ограниченные средства разработки серверной части приложений.
Ограничение на количество одновременно устанавливаемых блокировок.
Ограничения размеров, эффективности и сложности баз данных, малосущественные, впрочем, для рассматриваемого класса приложений.
Oracle 8.1.7
Положительные:
Удобные графические средства установки и администрирования баз данных.
Мощные и постоянно развивающиеся средства разработки серверной части приложений (PL/SQL), позволяющие эффективно создавать приложения любой сложности.
Максимально возможный параллелизм доступа к данным по умолчанию.
Отсутствие ограничений на количество одновременных блокировок.
Многократное резервирование системной информации.
Широкие возможности контроля и настройки производительности опытным администратором.
Отсутствие практических ограничений на размеры базы данных и ее объектов.
Эффективные средства работы с распределенными базами данных.
Многочисленные и доступные источники информации.
Четкие перспективы развития и доминирование на рынке.
Отрицательные:
Сложность и громоздкость системы затрудняют ее установку и эксплуатацию неопытными администраторами, а также использование при ограниченности ресурсов.
Отсутствие простых средств контроля сервера. Необходимость создания сложных SQL-запросов и изучения множества представлений динамической производительности.
Сложность организации оперативного резервного копирования данных.
Отсутствие простых средств выгрузки данных в текстовом виде.
Тенденция к централизации администрирования – большая нагрузка на АБД.
Высокая стоимость обучения и отсутствие альтернативных учебных центров.
Стратегический выбор руководства ДСС состоит в использования СУБД от двух производителей как от IBM так и от Oracle.
