Первый взгляд
СУБД сохраняет простоту использования и включает язык построения сценариев
СУБД Approach 96 корпорации Lotus Development, включив в себя первый язык построения сценариев этой компании, нырнул в чужие воды, но остался на плаву и в жесткой конкурентной борьбе “наступает на пятки” СУБД Access for Windows 95 корпорации Microsoft.
Approach, некогда ориентированный на новичков в работе с базами данных, ныне в большей степени отвечает нуждам разработчиков, не потеряв своей привлекательности и для конечного пользователя.
У Approach 96, поставки которого начались в первой декаде декабря (цена $105), есть ряд преимуществ перед Access for Windows 95. В частности, Approach предоставляет более мощные, хотя и простые в использовании, инструментальные средства формирования запросов и отчетов, возможности связи с большим количеством разнообразных баз данных и более высокую производительность при выполнении запроса. Кроме того, СУБД корпорации Lotus обеспечивает более быструю перерисовку изображения, особенно на системах с объемом ОЗУ менее 16 Мб.
Тем не менее этот продукт Lotus хотя и незначительно, но уступает Access как среда разработки общего назначения. Новый язык построения сценариев пакета Approach 96 - настраиваемая версия LotusScript 3.0 - делает продукт более конкурентоспособным по отношению к Access как среде разработки баз данных.
Access for Windows 95 все еще остается лучшим инструментальным средством для разработчиков, хотя программистам и приходится осваивать новый язык Visual Basic for Applications СУБД Access. Эта СУБД корпорации Microsoft характеризуется большим количеством инсталлированных копий, большей распространенностью среди разработчиков и инструментальными средствами типа Access Developer’s Toolkit для заказных приложений.
Approach 96 также включен в Windows 95-версию пакета SmartSuite, которому Тестовый центр PC Week Labs посвятит обзор в одном из следующих номеров еженедельника.
Непроцедурные средства разработки
Подобно Access, Approach 96 отличается первоклассным построителем форм, с его помощью пользователи могут легко создавать формы профессионального вида.
При проведении испытаний в PC Week Labs мы использовали Form Assistant (построитель форм) пакета Approach. С его помощью мы создали формы трехмерного стиля с панелью повтора, которая позволяла нам просматривать как данные об индивидуальных заказчиках, так и их заказы из таблицы просмотра. Однако Form Wizard (Мастер форм) пакета Access оказался несколько лучше, чем Form Assistant в Approach. Так, Access позволял управлять многостраничными формами прямо в режиме Мастера без какого-либо дополнительного вмешательства с нашей стороны. Та же процедура в Approach потребовала от нас кое-что сделать вручную.
Кроме того, Approach предоставляет меньшее число стилей и шаблонов, чем Access. Однако главное требование к построителю форм - это продуктивность процесса дизайна после завершения стадии Мастера. Здесь Approach и Access идут “голова к голове”.
Например, с помощью хорошо организованного InfoBox пакета Approach мы могли управлять любыми свойствами объекта, такими, как шрифты, цвета и даже определения поля, просто несколько раз щелкнув мышью. Хотя перечень свойств (Property Sheet) пакета Access и более подробный, он требует скрупулезного обращения с длинными списками свойств, а не с краткими и более графически выраженными свойствами, как в InfoBox пакета Approach.
После создания форм мы организовали несколько запросов в Approach, используя разнообразные форматы СУБД, такие, как dBASE, Microsoft SQL Server 6.0 и DB2 for Windows NT. Построение сложного запроса легко осуществлялось с использованием основанного на формах инструментального средства запроса пакета Approach, давнишней отличительной особенности СУБД корпорации Lotus, которую недавно перенял Access в своем инструментальном средстве Filter by Form.
Тем не менее, хотя Approach и предоставляет блестящее, основанное на формах средство запроса, он менее гибок, чем трио фильтрующих инструментальных средств пакета Access. Однако организация запросов к многообразным источникам данных с помощью Approach проходит намного легче. Так, при создании запросов Approach не делал различия между нашей базой данных на SQL и локальной базой данных - впечатляющая особенность нового пакета. Напротив, используя Access, нам пришлось подключать таблицы - сложный процесс, без которого пользователи вполне могли бы обойтись.
Approach располагает выдающимися инструментальными средствами формирования отчета, которые вполне могут соперничать с такими независимыми средствами, как Crystal Reports Professional компании Crystal Services. Нам особенно понравилась возможность редактирования “живых” данных в Approach, которая производит лучшее впечатление, чем форматер пакета Access. Одна из проблем с форматерами отчетов по “живым” данным связана с замедлением последних при работе с большими наборами данных. Однако этого не происходило с Approach, который успевал за всеми изменениями в нашей базе данных, содержавшей 100000 записей.
Имея тот же самый основной редактор меню, что и предыдущая версия 3.0, Approach 96 позволял нам выбирать элементы меню и добавлять их в наши формы и отчеты. Однако мы столкнулись с некоторыми препятствиями, пытаясь скопировать созданное меню из одной формы в другую. Нам пришлось воссоздавать меню с самого начала. Кроме того, Approach не производил автоматического обновления InfoBox с построением нового меню и нам приходилось закрывать и вновь открывать InfoBox, для того чтобы меню появилось.
Корпорация Lotus усилила средство построения диаграмм в Approach, обеспечив большее количество стилей и усовершенствованный инспектор свойств (property inspector) InfoBox. Мы легко создавали разнообразные двумерные и трехмерные круговые диаграммы и с минимальными трудностями изменяли тип схемы, выбирая подходящий стиль из InfoBox. Однако, из-за того что Approach создает диаграммы на отдельном экране, мы не могли вставить их в формы. Для растровых графических изображений такого ограничения нет.
Approach 96 прекрасно проявил себя в организации простых задач поддержки решения. Например, средство Crosstab Assistant, аналогичное Crosstab Query Wizard пакета Access, позволяло проводить моделирование данных, используя поля даты и географической информации базы данных. Хотя в функциональном отношении таблицы перекрестных ссылок (crosstabs) пакета Approach эквивалентны аналогичной особенности Access, они действительно интегрируются с программным обеспечением СУБД, в то время как в Access для просмотра данных приходится автоматически загружать Excel.
Производительность
При проведении нагрузочных тестов Approach 96 показал ужасные результаты, оказавшись одной из самых медленных СУБД и уступив не только Access for Windows 95, но и предыдущей версии Approach. Тем не менее СУБД корпорации Lotus прекрасно зарекомендовала себя при тестировании сканирования таблицы и запросах.
Медлительность Approach наводила на мысль, что эта СУБД делает несколько больше, чем просто вносит записи в пустую табличную структуру, как требовалось в наших тестах. Представители корпорации Lotus подтвердили, что в процессе импорта информации Approach 96 индексирует поля.
Approach обладает уникальным алгоритмом индексирования, который автоматически индексирует любое поле, на котором основан запрос. Чтобы оценить время выполнения этой операции, мы уничтожили созданные в процессе импорта файлы индексов и после этого включили запрос. Схема индексации Approach дала превосходные результаты во всех проведенных нами тестах запроса, включая сканирование таблицы и тестирование объединения. В каждом из тестов Approach оказался более чем в два раза быстрее Access.
Задание базы данных
Инструментальные средства определения структуры базы данных пакета Approach отличаются мощностью и простотой использования. Для построения базы данных мы могли выбрать одну из трех опций: шаблон пакета Approach, который автоматически обеспечивает построение отдельной таблицы и связанных с ней форм, ассистент приложений SmartMaster, создающий полное приложение, или пустая база данных.
Однако ни SmartMaster, ни шаблон не обеспечивали нам таких возможностей управления созданием приложения, какие предоставил Database Wizard (Мастер базы данных) пакета Access. Так, при выборе SmartMaster Approach создал приложение. Однако мы не могли пропустить нежелательные имена полей, добавить новые поля, изменить цвета и стили или исключить данные выборки, пока SmartMaster не закончил создание базы данных. Тем не менее при использовании пустой базы данных мы легко устанавливали структуру своей БД, включая определение уровня поля, целостность данных, формулы и вид таблиц.
Инструментальные средства связывания Approach избавляют пользователей от сложностей технологии баз данных. В частности, им не нужно беспокоиться об установке основных и внешних ключей для создания объединений.
Процесс создания связей в Approach менее автоматизирован, чем хотелось бы. Пользователи должны знать, что такое объединение, надлежащим образом вводить таблицы для связывания с окном объединения и затем графически изображать связь. Создание связей в Access for Windows 95 - это точно такой же процесс, но Access сохраняет их отдельно от форм и таблиц.
В противоположность этому при использовании Approach 96, где связи между данными сохраняются на табличном уровне, мы, по всей видимости, теряем связь, открыв неправильную таблицу. Так, мы создали объединение на открытой таблице, но при открытии второй таблицы для проверки информации об объединении связь была утеряна.
Связи между приложениями
Подобно Access for Windows 95, Approach 96 является как контейнером, так и сервером для технологии OLE 2.0 Automation (автоматизация OLE). Мы встраивали объекты OLE в свои формы и отчеты и, наоборот, встраивали формы, отчеты, запросы и приложения Approach в OLE-совместимые программы типа Excel.
Кроме того, у Approach непревзойденные функциональные возможности импорта информации. Вместо управления импортом данных с помощью Мастера (Wizard) требовалось просто выбрать желаемый тип данных для импорта, и Approach довершал остальное. Особенно нам понравились графические инструментальные средства Approach, позволявшие выравнивать поля разной длины для обеспечения точности.
Многотабличная структура данных
Из всех протестированных нами СУБД Approach обеспечивает наиболее всестороннюю поддержку драйверов БД. Мы использовали “индивидуально-собственные” (individual native) PowerKeys пакета Approach и драйверы открытого взаимодействия с базами данных (Open Database Connectivity), чтобы получить простой доступ к данным на SQL Server 6.0 корпорации Microsoft, Visual dBASE for Windows и Paradox 5.0 for Windows фирмы Borland International и DB2 for Windows NT корпорации IBM.
Помимо этого мы использовали SQL Assistant пакета Approach для создания запросов с SQL-серверов. Approach автоматически генерировал подходящий SQL-код, который мы могли редактировать или вырезать и поместить в другое приложение.
К тому же Approach обеспечивал превосходную поддержку гетерогенных источников данных. Поскольку хранение элементов интерфейса в пакете Approach производится отдельно от данных, мы могли использовать пакет для передачи данных из одной базы данных в другую с помощью опций меню. Например, мы создавали приложение, управляющее деловыми контактами и делили таблицы между SQL Server и dBASE. После этого мы сохраняли всю табличную информацию в формате DB2.
Approach также включает и собственный драйвер для Lotus Notes, позволяющий программе непосредственно открывать любую базу данных Notes.
Новый язык построения сценариев пакета Approach на основе LotusScript 3.0 поначалу кажется проклятием для продукта, который когда-то выделялся легкостью использования и не требовал программирования. Однако LotusScript - это мощное средство для настаивания приложений за пределами возможностей простого макроязыка.
LotusScript - это полномасштабный объектно-ориентированный язык, поддерживающий 32-разрядные управляющие элементы OLE. К примеру, мы использовали расширенный управляющий элемент Webster OLE, поставляемый в CD-версии Approach, для создания программы просмотра и каталога базы данных по World-Wide Web.
LotusScript содержит несколько полезных инструментальных средств для поддержки разработчиков, таких, как редактор с синтаксической подсветкой, отладчик, поддерживающий контрольные точки и средство Object Browser. С помощью последнего мы могли сканировать имеющиеся классы в своей базе данных и исследовать их свойства, события и методы.
Для работы с приложениями, не требующими мощности LotusScript, разработчики могут воспользоваться макроязыком Approach, который легок в использовании, хотя и беднее макроязыка Access. Последний включает более полный перечень управляемых событий. Например, можно организовать передачу базы данных или электронной таблицы, управлять поведением объекта и получить доступ к любой команде меню, выбрав ее из списка.
Approach, поддерживающий не зависящее от поставщика отправление сообщений (Vendor-Independent Messaging) и интерфейс прикладного программирования для отправления сообщений (MAPI), обеспечивает более тесную интеграцию с системой электронной почты, чем Access, поддерживающий только MAPI.
Подобно Access, Approach не поддерживает трансляторы или компоновщики. И из-за того, что Approach не содержит поддержки выполняемой версии, пользователям приходится инсталлировать на своих ПК полный пакет ПО.
Простота использования и изучения
Даже с добавлением мощных возможностей языка построения сценариев Approach 96 сохраняет характерную для него легкость использования. Однако мы предпочли бы иметь больше возможностей управления отдельными компонентами, которые смогли инсталлировать.
Большинство пользователей легко освоится с этой СУБД, затратив всего несколько минут на изучение довольно скудной документации или просмотрев прекрасное диалоговое руководство продукта. Напротив, разработчики, возможно, будут озадачены документацией LotusScript, едва раскрывающей основы языка. К счастью, Approach располагает хорошей системой оперативной подсказки.
Джон Ташек
Программируемые СУБД
Approach 96
Lotus Development
(800) 343-5414, (617) 577-8500,
тел. в Москве: (095) 242-8929, (095) 248-0710
http: //www.lotus.com
Достоинства: Простота использования при формировании запроса и отчета для разнообразных баз данных; SmartMasters позволяют конечному пользователю быстро приступить к разработке приложений; простые инструментальные средства анализа, предоставляемые конечному пользователю через возможности углубленного анализа данных, таблицы перекрестных ссылок и непревзойденные фильтры; возможность настраивания приложений Approach с помощью языка программирования LotusScript и управляющих элементов OLE; лучшие в своем классе инструментальные средства построения отчетов по “живым” данным; возможность доступа к широкому разнообразию форматов баз данных с использованием технологии PowerKey.
Недостатки: Низкое быстродействие при проведении тестов загрузки базы данных; отсутствие комплекта для широкого развертывания приложений; построитель форм и SmartMasters менее совершенны, чем их двойники в пакете Access; неудобный метод для включения диаграмм в отчеты.
Access for Windows 95
Microsoft
(800) 426-9400, (206) 882-8080,
тел. в Москве: (095) 244-3474
http://www.microsoft.com
ANALYST’S CHOICE
Достоинства: Всесторонние усовершенствования изначально хорошо сконструированного интерфейса; встроенное тиражирование облегчает синхронизацию базы данных; компоненты Filter by Form и Filter by Selection значительно упрощают построение сложных запросов; инструментальные средства анализа таблицы и производительности помогают воспользоваться преимуществами реляционной технологии и подстройки новых баз данных; поддержка автоматизации OLE 2.0 в качестве сервера и контейнера.
Недостатки: Из-за изменений в файловом формате требуется модернизация пакета Access для использования в смешанных средах Windows 3.x и Windows 95; может потребоваться доделка кода при переходе к новому Visual Basic for Applications; требует большой памяти; более медленная загрузка и формирование изображения, чем в Access 2.0.
Резюме: Простота использования делает Approach 96 идеальной СУБД для корпоративных конечных пользователей, а технология PowerKey корпорации Lotus весьма плодотворна для применения в средах, использующих разнообразные локальные и серверные базы данных. Кроме того, инструментальные средства построения запроса и отчета избавят пользователей от сложностей реляционной технологии и обеспечат администраторам доступ к внутренним SQL-серверам баз данных без использования специальных утилит. Тем не менее Access for Windows 95 пока еще больше подходит как среда разработки общего назначения, обеспечивая возможность распределения выполняемых версий приложений и предоставляя более изощренные шаблоны, Мастера и построители форм.
МЕТОДИКА ТЕСТИРОВАНИЯ
При проведении испытаний СУБД в Тестовом центре PC Week Labs основной акцент делался на возможную нагрузку от рабочей группы в фирме.
Мы использовали базы данных с 10 000, 50 000, 100 000
и 500 000 записей, внесенных в таблицы с шестью полями, содержащими перечень фирм в окрестностях Лос-Анджелеса и Сан-Франциско, а также таблицы с тремя полями, содержащими SIC-коды этих фирм. Использовались только текстовые поля фиксированной длины. Мы тестировали Approach 96 корпорации Lotus Development на производительность при загрузке, индексировании, сканировании и запросе.
Пакет Approach был инсталлирован на системе фирмы Micron Technologies на основе 90 МГц процессора Pentium
с 16 Мб ОЗУ и 500 Мб жестким диском. Мы тестировали СУБД, работающую под Windows 95, используя установки по умолчанию.
Что нового
в Approach 96
- Объектно-ориентированный язык построения сценариев LotusScript
- Поддержка 32-разрядных управляющих элементов OLE
- Включает заготовленные приложения SmartMaster
- Усовершенствованные ассистенты для создания форм, отчетов, запросов, таблиц перекрестных ссылок и диаграмм
- Усовершенствованные возможности SQL-взаимодействия
- Возможность именования запросов и сортировок
- Поддержка многостраничных форм
- Усиленное средство построения диаграмм
- Инструментальные средства анализа данных, включая углубленный анализ и возможности таблиц двусторонних перекрестных ссылок
- Усовершенствованные возможности защиты баз данных и групповых разработок
- “Собственная” поддержка Lotus Notes
ЕЗДА ПО УХАБАМ
Во время тестирования Approach 96 у нас произошло несколько фатальных сбоев, в основном при попытке связать наши SQL-серверы баз данных через ODBC. Сбои не были ни частыми, ни повторяющимися при тестировании как в Тестовом центре PC Week Labs, так и в корпорации Lotus
