LibRar.Org.Ua — Бібліотека українських авторефератів


Головна Бібліотечна справа → Актуальные проблемы доступа к БД посредством протокола Z39.50

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

На сегодняшний момент в ОИГГМ СО РАН разработан специальный сервер, удовлетворяющий требованиям:

  • поддержка протокола Z39.50-1995 (v.3);
  • работа с различными СУБД;
  • переносимость на различные аппаратные платформы;
  • модульная организация, с выделением логических уровней обработки запросов и фиксацией межуровневых интерфейсов;
  • возможность расширения за счет создания дополнительных провайдеров данных.

Однако основная задача любой информационной системы — предоставление информации конечным пользователям. С этой точки зрения важным компонентом любой, даже очень сложной распределенной системы является рабочее место клиента — набор программных и визуальных интерфейсов для доступа к информации. Распределенные информационные системы на основе протокола Z39.50 не являются исключением. Более того, специфический характер Z39.50 как универсального протокола доступа к базам данных усиливает значимость, повышает требования к архитектуре и функциональности программного обеспечения на стороне клиента, т.к. одно и то же рабочее место может быть использовано для доступа к совершенно разнородным системам — источникам совершенно различной информации. При этом на передний план выходят такие качества клиентского программного обеспечения, как максимально полное соответствие стандарту Z39.50 и максимально полное использование возможностей протокола без привязки к конкретной информационной системе. В этом случае клиентское рабочее место становится отдельным независимым слоем информационного комплекса.

Необходимо отметить, что в последнее время появилась тенденция использовать в качестве универсального клиента информационной системы WEB-браузер. В своем самом простом варианте такой клиент работает с WEB-сервером по протоколу HTTP. Ответственность за адекватность отображения информации из баз данных при этом лежит на WEB-сервере, который для этой цели должен иметь специальные программы доступа к соответствующим базам данных, в нашем случае шлюз WWW-Z39.50.

Однако WEB-технологии сегодня накладывают еще слишком жесткие ограничения на функциональные возможности разрабатываемых приложений. Другой способ доступа к информационным системам — создание специализированных рабочих мест, ориентированных на пользователей, предъявляющих повышенные требования к системе, осуществляющих с ее помощью ведение баз данных и другие специализированные административные задачи. Преимущества — возможность более полного удовлетворения специфике работы с базами данных конкретной информационной системы. Такие рабочие места обычно входят в комплект коммерческих информационных систем, как правило тематических. В качестве примера можно привести клиента WinSpirs для доступа к базам данных фирмы Silver Platter и ее серверам ERL.

Для систем на базе Z39.50 также существуют специализированные клиентские рабочие места. В качестве примера приведем характеристики двух известных коммерческих клиентов [5] для работы с библиографическими базами данных. BookWhere2000 (Sea Change Corporation) [6] — наиболее развитый настраиваемый клиент для работы по протоколу Z39.50, обеспечивающий множество возможностей: работа с несколькими сессиями одновременно, вывод результатов в различных форматах, сканирование базы индексов по атрибутам, тестирование доступности серверов и поддерживаемых ими возможностей, пакетный поиск и т.д. Однако развитая система конфигурирования и обилие информации часто превращается в главный недостаток этого клиента, запутывая неискушенного пользователя. Автоматическое получение метаинформации от сервера через “Explain” не поддерживается, и пользователь вынужден самостоятельно получать эту информацию с сервера поддержки Sea Change Corporation, либо непосредственно от администрации интересующего сервера.

Схожими возможностями обладает Znavigator [7], производства EnWare, также поддерживающий одновременную работу с несколькими серверами. Запросы можно строить простые или сложные, с использованием древообразного построителя запросов, при этом можно запускать один и тот же запрос в нескольких сессиях одновременно. Запросы, списки записей или сами записи могут быть экспортированы в другое приложение или в файл. Особенностью Znavigator является возможность функционирования в качестве DDE-сервера, позволяя внешним приложениям обращаться к нему и встраивать результаты поиска в свои структуры данных. Возможности настройки значительно ниже, чем в BookWhere2000, набор атрибутов поиска неизменен для всех серверов, отсутствует проверка возможности соединения и выборка информации из Explain.

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

Для работы с информационными системами по протоколу Z39.50 в ОИГГМ СО РАН на базе комплекта библиотек YAZ (Index Data) [8] был разработан COM-объект, реализующий функции клиента Z39.50 v.3 — ZCOM. Объект ZCOM является высокоуровневой реализацией клиента протокола Z39.50, что позволяет (даже непрофессиональным программистам) легко создавать как простые приложения-клиенты, так и сложные, ориентированные на конкретные базы и условия. Кроме того, данная технология позволяет использовать объект в большинстве современных сред программирования и приложениях, основанных на выполнении программных сценариев — скриптов. При этом программист освобождается от необходимости понимания тонкостей протокола и, соответственно, может больше времени уделить на разработку приложения. Текущая версия объекта реализует не все возможности протокола. Работа над объектом в настоящее время продолжается, объект модернизируется, новые возможности добавляются. Более подробное и полное описание функций изложено в документации на объект.

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

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

  • обеспечение доступа читателей к сводному распределенному каталогу корпоративной