Научно-производственный центр Интелтек Плюс

Объектные СУБД на российских просторах

("Компьютерная хроника", 1997 г., N11)

Авторы:

Андреев А .М. Березкин Д. В. Кантонистов Ю. А.

Введение в технологию объектных СУБД

Почему именно объектные базы? Прежде всего это - требование времени. Объектная концепция программирования прочно утвердилась в прикладных разработках. В то время как наиболее значительные существующие базы данных - реляционные и язык общения с ними не объектный, а процедурный. Налицо противоречие между современными средствами разработки программ и предлагаемыми хранилищами данных. Наиболее популярные языки программирования C++, ObjectPascal, Java, Smalltalk не приспособлены к встраиванию SQL-выражений и такое "скрещивание" выглядит довольно искусственно.

Научно-производственный центр "Интелтек Плюс" не новичок на рынке информационных услуг. Наш центр имеет большой опыт разработки юридических баз данных. Первые версии наших систем ориентировались на работу под управлением операционной системы MS DOS и распространялись под рабочим названием "LAW", начиная с конца 1991 года. Основной акцент был сделан на разработку юридических информационно-поисковых систем, учитывающих специфику работы и требований конкретного заказчика. Примером подобной системы может служить система "ПРАЗИС", разработанная по заказу Центра изобретений России для Министерства общего и профессионального образования РФ. Эта система отражала особенности и специфику авторского права РФ применительно к объектам авторского права, создаваемым в высших и средних специальных учебных заведениях России.

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

Рисунок 1. Реляционные и объектные СУБД.

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

Для иллюстрации эффективного хранения и использования объектов сложной структуры в объектной базе данных, возьмем пример из области финансов. Здесь характерны многомерные данные, переплетенные многими связями. Быстродействие становится особенно критическим параметром, если требуется постоянное слежение за состоянием рынка. Например, система "Хищник", функционирующая в крупной финансовой компании "МакГрегор Груп". Она в режиме реального времени снабжает оператора информацией о состоянии рынка инвестиций одновременно для большого числа клиентов системы (около 3000). Остается добавить, что система построена на основе объектной СУБД ObjectStore, разработанной компанией ObjectDesign.

Исторически системы управления базами данных возникли из необходимости хранения данных вне программы. Тридцать-сорок лет назад, когда электронные вычислительные машины использовались по прямому назначению - именно как математические вычислители, наиболее распространенными были данные, представленные в виде матриц, массивов - одним словом, линейные структуры. Реляционные СУБД идеально вписались в этот мир, предоставив хранилище в виде таблиц. Сегодня мультимедийные приложения задают новый уровень организации данных. Возникает необходимость хранить сложные, переплетенные многими связями документы. Реляционная модель данных, которая, конечно же, играла и играет важную роль в СУБД, не удовлетворяет сегодняшним требованиям, предъявляемым к срокам разработки крупных проектов, к скорости обработки запросов к базам данных и крупнейшие разработчики СУБД фактически признали это, спешно встраивая в свои продукты поддержку объектной модели программирования. По соображениям совместимости с прежними наработками, лидеры индустрии СУБД предлагают смешанный подход - объектно-реляционный. По-видимому, рынок корпоративных систем в ближайшее время останется за гибридными СУБД. Прогнозы на более длительный срок давать не беремся. Но наиболее полно современному состоянию вычислительных систем соответствуют, конечно же, объектные базы данных. Наиболее очевидный пример - компания Computer Associates, которая несколько лет назад выпустила довольно успешную реляционную СУБД Ingres с возможностью добавления сложных данных - предтечу нынешних универсальных серверов. Естественно, она имеет интерфейс с объектными языками. Однако, как известно, в 1996 году Computer Associates приобрела объектную СУБД Jasmine - разработку фирмы Fujitsu и теперь продвигает ее на рынок под собственной маркой. Очевидно, что языки, поддерживающие сложные структуры данных, все же требует адекватной модели базы данных.

Сначала посмотрим на объектную СУБД глазами разработчика-программиста. Сразу отметим, что программист использует единый язык программирования для создания логики приложения, разработки интерфейса и общения с базой данных. В сочетании с визуальными средствами разработки цикл создания прикладных программ может быть сведен к оптимальному. Здесь уместно познакомить читателя с термином "СТАБИЛЬНОСТЬ" - эквивалентом английского термина "PERSISTENCE".

Рисунок 2. Описание стабильных объектов.

Стабильность - это свойство объекта сохранять состояние между сеансами работы программы. Объектная база данных - это, по существу, хранилище стабильных объектов. Достигается это очень легко, в зависимости от реализации либо введением в язык C++ ключевого слова, например, persistent (см. Рисунок 2). Программисту, таким образом, достаточно объявить объект "стабильным", а далее СУБД берет на себя черновую работу по отслеживанию изменений, отмене ссылок на удаленные объекты, созданию версий объектов. Помимо стабильности, объектная СУБД предоставляет широкий набор средств управления базой. Можно назвать: управление транзакциями, когда программист на уровне исходного текста задает начало и конец процесса транзакции. Возможна блокировка базы или набора объектов, которые в ней сохранены. На клиентском месте можно узнать, как протекает инициированный клиентом запрос. Получив такую информацию, пользователь либо будет ждать завершения процесса либо прервет его. В качестве языка запросов используются различные реализации OQL - Object Query Language, объектного языка запросов. Это, как правило, расширение SQL, дополненное объектными свойствами, средствами описания типов данных, итерации по объектам в СУБД.

Объектные СУБД реализуют весь набор функций, присущих системам управления базами данных плюс возможности объектного программирования. Таким образом, мы получаем все преимущества СУБД наряду с мощным объектным языком программирования объектов базы - см. Рисунок 3.

Рисунок 3. Объединение возможностей СУБД и объектного программирования.

Объектная база данных обеспечивает доступ к различным источникам данных, в том числе и к данным реляционных СУБД и разнообразные средства манипуляции с объектами базы данных. Как правило, это и интерфейсы СУБД с объектными языками программирования C++, Java, Smalltalk, и набор ActiveX-элементов (модулей, воспринимающих высокоуровневые команды от приложений VisualBasic, Delphi и т. д.), которые разработчик может использовать в своей программе для работы с СУБД - см. Рисунок 4. Через драйвер ODBC (Open Database Connectivity - драйвер доступа к базам данных) к данным объектной базы получают доступ программы, использующие структурированный язык запросов SQL (Structured Query Language) к реляционным базам данных и реляционную модель представления данных. Если такая СУБД имеет ORB-модуль (ORB - Object Request Broker - брокер объектных запросов - средство взаимодействия объектных приложений по протоколу CORBA - Common Object Request Brokers Architecture - общая архитектура брокеров объектных запросов), то для ее объектов открывается путь в Интернет.

Рисунок 4. Архитектура объектной СУБД с точки зрения разработчиков приложений.

Вообще, тема "Объектные СУБД и Интернет" особая. Лучше всего начать с примеров. DeutscheTelekom применяет объектную базу ObjectStore для организации информационного хранилища в своей интрасети, СУБД GemStone компании Servio Inc. используется в форумах AmericanOnline, СУБД POET фирмы POET Software GMBH - на форумах CompuServe. Объектные базы находят широкое применение в телекоммуникациях и сети Интернет. Ведь Интернет - это собрание разнородных данных, поступающих из разных источников, с разнородными форматами. Поэтому не удивителен выбор вышеперечисленными службами именно объектных СУБД. Естественное хранение мультимедиа - одна из сильнейших сторон объектных баз. Текст, картинки, видео и звук из которых составляется страничка в Интернете, хранятся в объектной СУБД как набор объектов, подготовленный к передаче на клиент, чем достигается быстрая реакция сервера на запрос. Все большую популярность получают активные Web-серверы. Содержимое страничек они генерируют на лету, широко используя язык Java. Практически все крупнейшие разработчики объектных СУБД сделали Java одним из основных языков программирования своих СУБД.

Хорошо известно, что в современном мире без стандартов невозможно развитие технологий и привлечение разработчиков приложений. Касается это и технологии объектных СУБД. Поэтому ведущие разработчики объектных СУБД в 1992 году образовали группу Object Database Management Group (ODMG) по согласованию и выработке стандартов. К настоящему времени выработаны стандарты по языку запросов, по языкам управления и описания объектов СУБД.

В Таблице 1 перечислены наиболее крупные компании-производители коммерческих объектных СУБД.
Разработчик Название СУБД Версия Поддерживаемые платформы Адрес компании в Интернете
ObjectivityObjectivity/DB 5.0 DECstation, Sun4/SPARC, VAX, HP 9000, IBM RISC System/6000, Silicon Graphics, NCR System. www.objy.com
ONTOSONTOS DB2.5 IBM RISC System/6000, IBM PC, HP 9000, SCO 386, Sun4/SPARC. www.ontos.com
VersantVersantRelease 5 Sun4/SPARC, IBM RISC System/6000, HP 9000, DECstation, Sequent, IBM PC, Silicon Graphics, NeXT. www.versant.com
ObjectDesign, Inc.ObjectStore 2.0 5.0Sun, HP, DEC, NCR, Univel, Olivetti, IBM RISC System/6000, Silicon Graphics, IBM PC. www.odi.com
Servio Inc.Gemstone 5.0Windows NT www.gemstone.com
POET Software GmbhPOET 5.0 Windows NT 3.51 www.poet.com
O2 Technology O25.0UNIX www.o2tech.com
Ibex InternationalItasca 5.0UNIX, Windows NT 4.0 www.iprolink.com/ibexcom
UniSQLUniSQL3.5 UNIX www.unisql.com
Computer Asscoiates Inc.Jasmin 1.1Windows NT 4.0 www.cai.com
НПЦ "Интелтек Плюс" ODB-Jupiter2.0Windows 3x, Windows 95 www.inteltec.ru

Таблица 1. Разработчики объектных СУБД.

Силами сотрудников НПЦ "Интелтек Плюс" разработана первая в России объектная СУБД, которая получила название "ODB-Jupiter". ODB - это аббревиатура Object DataBase, то есть объектная база данных, а Jupiter символизирует потенциал, который заложен в ней для разработки прикладных программ. Текущая версия СУБД функционирует в локальной сети Windows, Windows 95. Удаленный доступ реализуется средствами Windows 95. Система построена по архитектуре КЛИЕНТ/СЕРВЕР, причем количество серверов в локальной сети может быть произвольным. Важная особенность - встроенные средства поддержки полнотекстового поиска.

Обобщенная структура СУБД "ODB-Jupiter" представлена на рисунке 5.

Рисунок 5. Структура объектной СУБД "ODB-Jupiter".

Основными элементами СУБД "ODB-Jupiter" являются:

Файлы базы данных.

Представляют собой массив страниц фиксированной длины. Часть начальных страниц объявляется служебными. В них хранится информация для обеспечения структурной целостности базы данных: количество страниц в файле, количество занятых и свободных страниц, количество объектов в базе, номер первой и последней свободной страницы и т.д. каждый объект занимает одну и более страниц.

Файлы индексов.

Ряд объектов могут быть проиндексированы с целью быстрого доступа. В СУБД для этого есть специальный набор классов - индексаторов. В файл индексов попадают поисковые ключи в виде пары - ("ключ", "значение ключа"). Значение ключа для всех типов, кроме текста, это идентификатор объекта, в котором находится ключ. То есть, найдя ключ, удовлетворяющий поисковому запросу, легко извлечь из базы сам объект.

Библиотека управления записями.

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

Библиотека управления индексами.

Поддерживает структуру поисковых ключей в виде B+ - дерева. Обеспечивает доступ к ключам в именованных индексах. Каждый индекс характеризуется именем, типом ключа и типом значения. Возможные операции: добавление ключа, удаление ключа, поиск ключа по совпадению, по условию, по основе (с маскированием окончания). Все действия по модификации индексного файла происходят в режиме транзакций.

Библиотека управления объектами.

В паре с библиотекой классов является ядром объектной СУБД. Выполняет следующие функции:

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

Библиотека классов (клиента и сервера).

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

Диспетчер транзакций.

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

Когда объект заносится в нашу базу данных, он получает уникальный идентификатор, по которому его можно прочесть из хранилища. Атрибуты объекта хранятся как единый блок информации, не распыляются по таблицам и поэтому мы получаем более производительную систему, чем в случае чисто реляционного подхода. В нашей СУБД в качестве языка описания объектов и языка программирования используется C++. Таким образом, предоставляется разработчикам прикладных программ развитое средство расширения мощности типов СУБД.

Необходимо отметить, что СУБД "ODB-Jupiter" нельзя назвать требовательной к ресурсам, что немаловажно для российского рынка. Вполне сносно она работает даже на компьютере с процессором 80386 и восемью мегабайтами памяти. Поэтому есть все основания надеяться, что СУБД "ODB-Jupiter" имеет свою пользовательскую нишу в России. В отличие от СУБД корпоративного уровня - ORACLE, Informix. Sybes, Microsoft SQL Server и т.д., мы планируем продвигать ее как базу данных для малых и средних предприятий, отделов крупных предприятий и для домашних систем. Как и где СУБД "ODB-Jupiter'' можно использовать? Перечень приложений достаточно широк. Традиционно объектные СУБД находят применение в задачах автоматизированного проектирования, управления предприятиями, геоинформационных систем, телекоммуникациях, создания распределенных вычислительных сред. Учитывая особенности нашей СУБД, можно указать создание информационно-справочных систем, наполненных мультимедийной информацией, информационных систем для предприятий малого и среднего бизнеса.

Полнотекстовая информационно-поисковая система " ODB-Text"- пример приложения объектной СУБД

Конечно, СУБД - это не только и не столько самостоятельный продукт, сколько среда разработки. Наша база данных предоставляет набор программных интерфейсов, используя которые можно создавать прикладные программы, хранящие данные в объектной базе. В нашем центре создана полнотекстовая информационно-поисковая система "ODB-Text", которая наглядно демонстрирует возможности нашей СУБД и является одновременно мощным инструментом для создания информационно-поисковых систем. Это полноценный коробочный продукт, который снабжен печатной документацией, примерами, электронной справочной системой. Информационно-поисковую система открыта для наполнения и модификации в отличие от программ сопоставимого класса: "КОНСУЛЬТАНТ ПЛЮС" от разработчика НПО "Вычислительная математика и информатика", "ГАРАНТ" от НП "Гарант Сервис" и "КОДЕКС" от ГП "Центр компьютерных разработок", которые имеют проблемы оперативного изменения информации в базах данных, в том числе и изменения структуры документов, удаления, добавления и изменения названия поисковых полей. Разработчики "ODB-Text" приложили много усилий, чтобы преодолеть указанный недостаток. Вообще, "ODB-Text" - это целый программный комплекс, с помощью которого пользователь может создавать электронные версии документов, использующихся в документообороте. Средствами "ODB-Text" возможно создание документов сложной структуры, объединяющих текст, фотографии, изображения, видео- и звуковые фрагменты. В полной мере задействованы поисковые возможности базы. Обеспечивается контекстный поиск, поиск смысловых понятий и, что самое любопытное, поиск по запросам на естественном языке. Пользователю нет нужды осваивать сложный язык поисковых запросов, вспоминая, где находится корневая основа слова или как маскировать окончание - звездочкой или решеткой? Например, система воспримет такой поисковый запрос: "авторское право в России и Российской Федерации" и пользователь получит адекватный ответ. Настройка на язык обеспечивается специальными установками конфигурации. Это означает, что мощь полнотекстового поиска по запросам на естественном языке может быть перенесена на любой язык, например на английский.

Говоря о Windows невозможно обойти вниманием механизм связывания и внедрения объектов - Object Linking and Embedding (OLE). Программа-клиент системы "ODB-Text" выступает в качестве контейнера, то есть с ее помощью в базе данных сохраняются объекты OLE, которые вставлены в документ.

Рисунок 6. Письмо в системе ODB-Text 2.0.

Например, документ может быть скомпонован из логотипа компании, текста и таблицы Microsoft Excel (см. Рисунок 6).

С самого начала "ODB-Text" создавался как средство коллективной работы с документами. Когда клиент обращается за документом, ему передается копия документа из информационного хранилища. Пользователи имеют возможность одновременно работать с одним и тем же документом, причем клиент, который просматривает документ, редактируемый другим человеком, получает все изменения по мере их совершения. Конечно же, отслеживаются попытки удаления документа, который находится в работе. Наконец, когда последний пользователь завершает редактирование, документ сохраняется в базе данных, изменения индексируются и становятся доступными для каждого клиента сети.

Остановимся подробнее на каждой компоненте программного комплекса. Во-первых, сервер.

Рисунок 7. Сервер баз данных.

Как правило, сервер устанавливается на мощном компьютере. Именно там на жестком диске присутствуют базы данных. За состоянием сервера следит администратор сети. В его компетенции создание новых баз, изменение и удаление существующих. Его можно установить на любом компьютере локальной сети. Конфигурирование баз не составит сложности даже для опытного пользователя, а тем более для администратора. На сервере ведется журнал событий, с помощью которого можно проследить за выполнением запросов пользователей. Вообще сервер выполняет следующие запросы клиента:

  • добавить новый документ в базу данных
  • прочитать документ из БД
  • искать документы в БД
  • редактировать документ
  • удалить документ из БД
  • получить список ключевых слов.

Кроме того, сервер предотвращает возникновением возможных конфликтов при доступе к одному и тому же документу.

Программа-клиент, с которой работают конечные пользователи.

Рисунок 8. Программа-клиент.

Используется для доступа к базам данных на сервере. Это рабочий инструмент конечного пользователя системы - средство для поиска, просмотра, добавления, редактирования и печати документов. Возможен поиск документов по каталогу, по запросам на естественном языке. Программа-клиент устанавливается на рабочем месте сотрудника фирмы. Программа позволяет: создавать и удалять документы, загружать из файла, просматривать документ и всю информацию, связанную с ним, редактировать текст и реквизиты, выводить текст документа на печать.

Далее представляем Дизайнер форм.

Рисунок 9. Дизайнер форм.

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

Рисунок 10. Менеджер словарей объектов.

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

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

Рисунок 11. Учет кадров в ODB-Text.

Объем выполненной работы - три тысячи электронных анкет. Теперь поиск личного дела в отделе кадров занимает несколько секунд.

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

Несмотря на тот факт, что программный комплекс "ODB-Text" выпущен совсем недавно - первая его презентация прошла на выставке INTERNET AND WINDOWS EXPO'97 в Москве, им активно используют ряд организаций. Например, редакция молодежной новосибирской газеты "Молодость Сибири" применяет "ODB-Text" как информационное хранилище писем, статей, газетных заметок и иной документации. Московское Аэрогеодезическое Предприятие хранит с помощью нашей системы базы данных кадров, ведет учет входящей и исходящей корреспонденции. Сейчас в работе совместный проект по созданию электронного хранилища карт и планов. Недавно заключены договоренности об использовании "ODB-Text" в аналитических центрах областных администраций ряда субъектов Российской Федерации. Заинтересовались системой и в аппарате Федерального собрания. Как видим, определяются контуры возможных приложений системы. Это и ведение баз текстовой информации, где важно оперативно отыскать документ во вместительном хранилище и хранение сложных мультимедиа-данных больших объемов.

Вообще к областям использования системы можно отнести следующее:

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

- создание электронных систем учета кадров для малых и средних предприятий.

- разработка электронных учебников и электронных учебных пособий. Успех такого использования программного комплекса определяется сочетанием возможностей открытой полнотекстовой системы (в первую очередь широких возможностей поиска информации) и возможностью хранить OLE-объекты, в виде которых можно сохранить любую аудиовизуальную информацию;

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

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

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

Надо отметить, что наряду с работой над текущей версией программного комплекса "ODB-Text", ведутся активные поиски новых подходов к анализу содержимого документов. В разгаре работа над проектом "Минерва" ­ инструментом интеллектуального анализа. Новые технологии, полученные в рамках этой разработки, позволят оперировать не только с текстом, но и со смысловым содержанием документов. Например, можно проанализировать противоречит ли проект контракта действующему законодательству или другим заключенным ранее договорам. Легко решается проблема временного среза в нормативных актах, т.е. компьютер будет сам синтезировать текст документа в той редакции, которая действовала на заданную дату. Также можно будет синтезировать текст документа по некоторому образцу-эталону, задав необходимые реквизиты.

В ближайшей перспективе - адаптация системы к работе в глобальных сетях. Например, сейчас весьма актуальная задача - обеспечение функционирования нашего сервера в среде Интернет. В плане адаптации системы к промышленным стандартам ­ перенос программного комплекса на платформу Windows NT. В ближайшей модификации "ODB-Text" планируется встроить поддержку индексации текстов объектов OLE, вставленных в текст документа. Это означает, что пользователь сможет найти документ по содержимому объектов OLE, из которых он составлен. Еще одно важное новшество - возможность конвертации любой реляционной базы данных, для которой есть драйвер ODBC, в базу формата "ODB-Jupiter". Тем самым, обеспечивается поддержка всех наработок и банков данных, накопленных ранее.

Учитывая темпы "компьютеризации" России и СНГ, когда малое, даже семейное предприятие, немыслимо без компьютера, а то и имеют несколько "персоналок", объединенных в сеть, у продуктов, рассчитанных на эту категорию пользователей, есть хорошие шансы на успех. Сервер "ODB-Jupiter" вполне сносно работает на компьютере с процессором 80386 и восемью мегабайтами памяти, обеспечивая при этом приемлемое быстродействие.

Следует отметить наличие двух вариантов поставки программного продукта "ODB-Text": многопользовательский (лицензия на установку одного сервера и десяти клиентов) - стоимостью 495 долларов США и однопользовательский, причем клиент и сервер могут устанавливаться на разных компьютерах - стоимостью 295 долларов. Однопользовательский вариант - это доступное средство для ведения личных архивов и домашних библиотек, а также для организации электронного хранилища документов организаций, имеющих всего один компьютер.

Несмотря на исторически обусловленное отставание в развитии объектных СУБД от реляционных, эта технология достигла уровня, когда возможно ее коммерческое применение. Как показывает опыт "Интелтек Плюс", используя технологии объектных баз данных, можно создавать эффективные приложения в областях, где трудно добиться удачного отображения данных в реляционные отношения. В частности, обработка текста и слабо структурированной информации. Поэтому следует ожидать распространения технологий объектных баз на российском рынке уже в ближайшее время.

НПЦ "Интелтек Плюс" и далее будет активно развивать тему объектных СУБД на страницах компьютерных изданий и в сети Интернет. Мы приглашаем всех заинтересовавшихся посетить наш Web-сервер - www.inteltec.ru, где можно получить демонстрационную версию программного комплекса "ODB-Text", получить информацию по объектным СУБД, а также разместить научные статьи и материалы исследований.

ИНТЕЛТЕК ИЗДАТЕЛЬСТВО Обьектные технологии


© НПЦ "ИНТЕЛТЕК ПЛЮС", 1997-2006, E-mail: publish@inteltec.ru