ЭЛЕКТРОННАЯ БИБЛИОТЕКА КОАПП
Сборники Художественной, Технической, Справочной, Английской, Нормативной, Исторической, и др. литературы.



 

Часть 4

4. СЕТЕВЫЕ БАЗЫ ДАННЫХ

Что можно ждать от сетевой базы данных?

Не так давно на больших универсальных вычислительных машинах работали только так называемые Системы Управления Базами Данных (СУБД). В этих условиях все потребности обычно оценивались до приобретения любого программного обеспечения или разработки каждой 
программы.
Сегодня, в условиях широкого применения ПК, пользователи часто берут проектирование баз данных и программирование на себя. В этом случае при работе на автономной ПК могут возникать проблемы использования разработок в локальной сети, где может потребовать
ся обеспечение доступа пользователям разного уровня к общим данным. В локальных сетях польза от применения программного обеспечения значительно повышается за счет использования общих данных целым отделом или даже компанией. Вместе с тем, созданная для ра
боты случайного пользователя по обслуживанию каких-нибудь списков, такая СУБД окажется совершенно неспособной для разработки сложных прикладных систем. Аналогично, СУБД, настроенная на обслуживание свободно формируемых запросов к табличным данным, может 
оказаться плохо приспособленной для ввода некоторых данных и для систем обработки групповых запросов (транзакций).
Перед принятием решения о приобретении подходящей вашим потребностям системе баз данных необходимо проанализировать, что же в действительности вам нужно и каковы тенденции вашего развития. Вам следует реально представлять, что в предполагаемую систему бу
дет входить вычислительная машина, но при этом учитывать, что расширение системы охватит все учреждение. Проект системы определяет выполняемый учреждением в целом объем работ, людей, которые в ней участвуют и обязанности каждого из них, применяемые ими с
редства и точное описание выполняемых этапов, их место, время и содержание.
Проектируемая вами система изменит порядок выполнения работы в вашем подразделении или компании, поэтому ставки могут оказаться очень высокими.
Например, для своей системы вы можете выбрать некоторую степень централизации. Более централизованные системы имеют некоторые преимущества, заключающиеся в более простом доступе всех пользователей ко всем данным (возможность смотреть "большую картину") и
 в том, что гораздо легче вводить стандарты представления данных и их защиту. Стоимость оборудования также может оказаться ниже.
С другой стороны, более распределенные системы дают людям возможность контролировать информацию, имеющую отношение к их собственной работе. Это поможет избежать хранения ненужной информации. В распределенных системах удаленные пользователи при работе в и
нтерактивном режиме оказываются гораздо ближе к ресурсам компьютера, чем в системах, выдающих результаты после завершения работы.
Системный подход, потерпевший крах в одном учреждении, может прекрасно сработать в другом. На успех метода оказывают влияние такие факторы, как удовлетворение потребностей пользователей со стороны программного обеспечения, уровень подготовки и сопровожде
ния, а также соответствие выбранной системы существующему стилю руководства компанией. Например, система, в которой ЭВМ содержит сведения о продавцах для проверки графиков их работы, выписки квитанций и учета прямых связей с потребителями, будет хорошо р
аботать только тогда, когда руководство поддерживает такую степень независимости своих работников. Если же связи с потребителями (почтовые, непосредственные и другие) в основном поддерживаются центральным офисом, то "собственность" продавца и обслуживани
е информации об именах и адресах потребителя могут затруднять связи с покупателями. Если поставки сильно контролируются со стороны центрального органа компании, то такая программная система будет не одинаково удовлетворять и продавцов и руководство, и, о
чевидно, что она станет неприемлемой.
При реализации системы очень редко начинают на пустом месте. Как правило, система проектируется в ответ на неудачную работу в имеющихся условиях. Разработчикам системы часто не удается учесть потребности пользователей, сформированные предыдущими системам
и, однако, негативные оценки некоторых программ или порядка работы могут привести к отказу от альтернативных вполне приемлемых решений.
В следующем далее разделе приводится обзор видов программного обеспечения для обслуживания баз данных. Это поможет сделать вам правильный выбор. Описаны проблемы эксплуатации и внедрения таких систем.

ЧТО ТАКОЕ СИСТЕМА УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ?

Название СУБД применяется к широкому кругу программных продуктов, начиная с простых файловых систем и кончая законченными разработками. В основном СУБД состоит из двух частей:
1. Системы управления файлами.
2. Пользовательский и/или программный интерфейс для общения с системой, в который часто входят средства разработки прикладных задач.
Это очень важные функции, причем как одна, так и вторая могут послужить основой оценки пригодности СУБД с точки зрения конкретных требований. 

ДЛЯ ЧЕГО ИСПОЛЬЗУЕТСЯ СУБД?

Чтобы определиться, какая СУБД вам подходит, необходимо ответить на некоторые вопросы:
1. Кто разрабатывает файлы баз данных и прикладные задачи? Если все или большинство пользователей организации создают базы данных и прикладные задачи для собственного применения, то можно обратить внимание на средства разработки, которые требуют небольшо
го или вообще не требуют программирования. Если группа разработчиков и программистов баз данных создает прикладные задачи для ввода и поиска данных другими пользователями, то основное значение имеют гибкость и простота программирования. И хотя некоторые 
изделия претендуют на удовлетворение обоим требованиям, в действительности этим отличаются лишь некоторые из них. 
2. Кто использует базу данных? Знакомы ли пользователи с ПЭВМ и программным обеспечением? Могут ли они делать запросы и получать отчеты или им требуются хорошо описанные, простые в использовании, предварительно запрограммированные прикладные задачи? Обыч
но упомянутые системы сравнительно негибкие.
Смогут ли пользователи смириться с ограниченным выбором заранее запрограммированных отчетов? Чем больше выбора у пользователя, тем больше у него возможностей маневра, но при этом многовариантность усложняет применение системы. 
3. Какую ориентацию имеет СУБД? Некоторые системы ориентированы на структуры данных, другие на интерфейс пользователя. Например, табличная природа структуры данных СУБД Paradox фирмы Borland в основном ориентирована на пользователя, а структура данных по
нятна пользователю прикладных задач, написанных на DatFlex фирмы Data Access corp. Ориентация СУБД Paradox на табличное представление лучше подходит для тех ситуаций, когда предполагается часто выполнять поиск данных случайным, нестандартным путем, в то 
время как ориентация DataFlex на экранное представление больше способствует созданию хорошо структурированных прикладных задач ввода и получения данных.
4. Как выполняется поиск данных? Сортировка хороша для небольших файлов, а для баз данных лучше всего применять индексирование поиска и составления отчетов. И хотя многие системы баз данных поддерживают индексирование, выполняется это различными способам
и. Некоторые, подобно DataFlex, Data Ease фирмы DataEase International и dBASE фирмы Ashton-Tate обеспечивают практически неограниченное индексирование по нескольким ключам. Другие же, подобно CУБД Paradox, имеют меньше возможностей. Метод изменения инде
кса может влиять на производительность. Некоторые программы изменяют индекс немедленно, в интекрактивном режиме, что снижает быстродействие, но сразу обеспечивает внесение изменений в базу данных. Другие СУБД допускают индексирование и изменение в пакетн
ом режиме, что сильно ускоряет работу по вводу данных, но задерживает доступ к ним других пользователей. Пакетный ввод данных некоторого вида позволяет предварительно определять ключи. 
5. Можно ли с одного экранного изображения вводить данные сразу в несколько файлов (таблиц)? Многие сложные СУБД позволяют это делать, но многие требуют для каждого файла собственного отдельного окна. При этом усложняется процесс проектирования. 
6. Достаточно ли возможностей предоставляется разработчику прикладных задач по формированию изображений и выводу на экран данных? Имеет ли он полный контроль над экранном при разработке проекта? Предоставляется ли этот контроль средствами генерации прикл
адной задачи? Может ли программист проектировать форматы отчетов? 
7. Блокируются ли для пользователя записи, которые заняты другими, или есть некоторый метод параллельного доступа? Иногда это не имеет большого значения, но в некоторых случаях может оказаться критическим фактором. 
8. Могут ли различные пользователи одновременно получать отчеты и вносить изменения в базу данных? Если база данных блокируется для получения отчета, потери времени могут оказаться большими. 
9. Что имеется для организации доступа прикладных задач? Имеется ли возможность загрузки информации в базу данных извне и выгрузки из нее? Есть ли интерфейсы для языков программирования? 
10. Легко ли переносить прикладные задачи и файлы? Трудно ли переводить конкретный набор файлов и/или прикладных программ из одной базы данных в другую? 
11. Сколько она действительно стоит? Различные продукты сильно отличаются друг от друга по стоимости, отнесенной на одного пользователя сетевой базы данных. У поставщиков разные схемы ценообразования и лицензирования. Одни производят оценку относительно 
одного пользователя, другие на основе файлового сервера. От этих схем есть различные отклонения. Например, у фирмы Relevation Technologies вы покупаете пакет на одного пользователя по цене 950 долларов, затем добавляете пользователей через "промежуточный
" диск, который дает возможность работать еще четверым за 495 долларов. Фирма Microrim поставляет СУБД R:BASE сначала по лицензии на трех пользователей (725 долларов), затем за 695 долларов вы можете добавить еще шесть пользователей или купить лицензию н
а один сервер с неограниченным числом пользователей за 2695 долларов. Многие СУБД предоставляют рабочие системы, которые позволяют по номинальной цене распространять прикладные задачи. Другие дают возможность передавать скомпилированный код за небольшую 
плату или бесплатно. Цены могут изменяться: многопользовательская система DataFlex, предназначенная для работы в сетевых операционных системах стоит около 300 долларов относительно одного сервера и содержит полную систему запросов DataFlex. За 9.95 долла
ров вы можете приобрести лицензию на неограниченное распространение своих прикладных разработок на базе системы Paradox. За 200 долларов можно купить усовершенствованную версию Relevation для одного пользователя. С помощью переходного диска Relevation мо
жно добавить за 495 долларов еще четырех пользователей. 
12. Что можно сказать о производительности? Быстродействие и реакция (поиск данных, сохранение/изменение и составление отчетов) сетевых баз данных могут меняться в диапазоне от сравнительно быстрой (DataFlex) до довольно медленной (усовершенствованная ве
рсия Relevation). В общем случае на быстродействие всех СУБД оказывают влияние несколько факторов, включая скоростные характеристики ЛВС, тип процессора рабочей станции и его быстродействие, тип и быстродействие сервера и т.д. На быстродействие некоторых
 СУБД оказывает влияние объем имеющейся на рабочей станции оперативной памяти и/или объем базы данных. Использующая процедуры сортировки СУБД при росте объема базы данных, как правило, замедляет свою работу, в то время как использующие индексирование в э
том смысле обычно стабильны из-за поиска по ключам. 
13. Что имеется для защиты данных? В зависимости от требований конкретной среды ЛВС предпочтительнее может оказаться СУБД, имеющая свои собственные средства защиты информации. В другом случае, такой защиты может оказаться недостаточно и ее придется обесп
ечивать каким-либо другим способом. Последнее утверждение относится к пакету NetWare фирмы Novell. Важно убедиться, что реализация системы работает в ваших условиях. У различных поставщиков есть разные идеи относительно режимов защиты, причем их мнение н
е обязательно совпадает с вашим. 
14. Какая операционная среда поддерживается? Этот вопрос становится все более важным с приходом OS/2 и ростом интереса к системам UNIX и XENIX. Если вы планируете переход на другие средства операционных систем, было бы желательным перевести на них вашу С
УБД и перейти самим. Если поставщик обеспечивает работу в нескольких операционных системах, то вы сможете пожелать гарантии переносимости ваших прикладных задач. 
15. Сможет ли прикладная программа работать в нескольких операционных системах? Такой вопрос не возникал еще несколько лет назад, однако, все больше приходится объединять в локальные сети системы, работающие в разных операционных системах. Например, одни
 и те же файлы DataFlex могут быть доступны пользователям сети, работающим в MS/DOS, OS/2, UNIX, AIX и VAX VMS. В дополнение к этому написанные в DataFlex прикладные программы совместимы для целого семейства процессоров без перекомпиляции (8086, 286, 386
 и процессора ЭВМ типа VAX; в другом случае систем на базе процессоров 68000). Разработанная фирмой Fox Software система FOXBASE позволяет выполнять параллельный доступ к общим файлам базы данных пользователям ЭВМ типа Macintosh в сети NetWare, причем со
вместно с пользователями ПЭВМ из той же самой сети. 
16. Что можно сказать о сопровождении? Оно разное, в зависимости от возможностей СУБД. Несколько примеров: пользователи WordPerfect получают неограниченную помощь в установке и определении конфигурации (не касаясь, однако, помощи в разработке) при беспла
тном обслуживании вызовов; пользователи R:BASE получают тридцатидневную свободную помощь, после чего могут заключить годичный контракт, который будет стоить от 175 до 600 долларов на одного пользователя в зависимости от сопровождаемого продукта; пользова
тели DataFlex получают неограниченную помощь по телефону, в ежемесячных оповещениях и бюллетенях, рассылаемых по известным адресам, и на рабочих встречах. Многие поставщики предлагают различные виды программ дополнительной помощи для групп пользователей,
 которые занимаются разработкой программного обеспечения, ведут важные системы учета и т.д.

ОБСЛУЖИВАНИЕ БАЗЫ ДАННЫХ И ПРИКЛАДНЫЕ ПРОГРАММЫ ДЛЯ РАБОТЫ С СЕРВЕРОМ 

В промышленности программное обеспечение для СУБД прошло быстрый путь развития. Предметом горячих споров в настоящий момент являются обслуживание базы данных и прикладные программы, работающие с сервером. Многие авторы исследований и аналитики в промышле
нности предполагают, что для баз данных общего пользования обслуживание изначально предпочтительнее, чем обслуживание на уровне файлов и что лучшим по сравнению со всеми другими способами являются средства обслуживания, основанные на использовании файлов
ых серверов. В настоящий момент стандартным способом получения информации из сетевой базы данных является работа с файлами. В этом случае работающая на рабочей станции ПК программа базы данных запрашивает у файлового сервера блоки из нужного файла. Для б
ольшинства файлов базы данных, например, выгружаются только те блоки файлов, которые содержат запрашиваемые данные и соответствующие индексы, если они имеются. В большинстве случаев эта часть базы данных для других пользователей блокируется. Рабочая стан
ция с ПК может изменить и/или заменить указанные заблокированные записи, затем перегрузить содержащие их блоки обратно в сервер, после чего они станут доступными для других пользователей. При работе с файлами обработка базы данных производится на рабочей
 станции.
Системы с файловым сервером позволяют разделить работу с базой данных: каждая рабочая станция действует как "внешний интерфейс" или программа интерфейса пользователя, в то время как другая ЭВМ сети может обрабатывать запросы к базе данных. Специальный пр
оцессор называется "мотором " или "сервером" базы данных. При использовании такого способа из сервера базы данных в рабочую станцию передаются только отдельные записи. Из-за обмена с рабочей станцией только отдельными записями задержки в работе сети можн
о снизить.
Исходя из этого, можно сказать, что обслуживание базы данных будет выполняться быстрее и эффективнее с точки зрения ее обработки, чем обслуживание файлов. Но это верно не всегда.
Сервер базы данных можно реализовать несколькими способами:
1. В виде отдельного, вспомогательного процесса в сетевом файловом сервере.
2. В виде процесса оценки в файловом сервере (VAP), работающем как часть сетевой операционной системы.
3. На основе сопроцессора файлового сервера ЛВС.
4. На специально закрепленной для этого в сети ПЭВМ.
5. В виде отдельного фонового процесса в определенной рабочей станции локальной сети.
6. На основе сопроцессора рабочей станции локальной сети. 

Все эти методы можно рассматривать, как работающие в сервере прикладные задачи. У каждого из них есть свои преимущества и недостатки. Помните, что "на базе сервера" не обязательно означает на базе файлового сервера, хотя в настоящее время такой подход и 
является преобладающим. 
1. Обслуживание базы данных как вторая задача файлового сервера 
Этот подход в настоящее время привлекает наиболее внимание прессы. Процессор сервера делит свое внимание между выполнением функций файлового сервера и функцией обслуживания базы данных.
Например, Менеджер ЛВС в сетевой операционной системе фирмы "Майкрософт" выполняет обслуживание базы данных как дополнительный отдельный процесс в сетевом файловом сервере (для чего на персональной ЭВМ требуется операционная система OS/2). Основная идея 
состоит в том, что сервер является тем "логическим" местом, в котором должно производиться обслуживание базы данных. Относительно данной разработки часто отмечается недостаток, который заключается в снижении общей производительности. При медленно работаю
щей сети, быстром сервере и малой нагрузке, такой подход не может сильно снизить производительность. Но для быстрой, сильно загруженной сети разделение процессора сервера между обслуживанием файлов и базы данных может создавать задержки в сервере при одн
овременном простое процессоров рабочих станций. 
2. Обслуживание базы данных в виде процесса оценки в сервере 
Указанный процесс (VAP) представляет расширение программного обеспечения файлового сервера. Он выполняет задачи, результаты которых потом объединяются средствами файлового сервера. И хотя сильная интеграция задач может привести к некоторой разгрузке, так
ой подход потенциально должен иметь возможность появления проблем снижения производительности, которые были упомянуты ранее относительно обслуживания баз данных при непосредственном использовании ресурсов файлового сервера.
3. Прикладной сопроцессор в файловом сервере
В этом случае в файловом сервере устанавливается отдельная плата с процессором. Запросы к базе данных из рабочей станции пропускаются через сопроцессор. Это снимает часть нагрузки с главного процессора и тем самым ограничивает вероятность простоя ЛВС, ко
торый может возникать при посылке на обработку запросов по кабельной линии на отдельные рабочие станции.
Все остальное сохраняется тем же самым, поскольку использование в файловом сервере сопроцессора прикладных задач по всей вероятности обеспечит наивысшую производительность имеющихся вариантов обслуживания баз данных. При этом у центрального процессора фа
йлового сервера не отнимается времени на обработку баз данных, не добавляется нагрузки на линии связи ЛВС и минимизируется время блокировки файлов и записей из-за обработки запросов рабочих станций. 
4. Закрепленный сервер базы данных
При использовании закрепленного сервера базы данных (то есть второй ПК, отдельной от файлового сервера и предназначенной только для работы с базой данных), можно сократить нагрузку на линии связи локальной сети и освободить рабочие станции от занимающей 
много времени обработки базы данных.
Файлы базы данных можно хранить на твердом диске ПК сервера базы данных или файлового сервера. (По соображениям секретности и сохранения информации может оказаться выгоднее хранить файлы в файловом сервере. В этом случае серверу базы данных необходимо пр
едоставить право изменять файлы в файловом сервере, что приводит к увеличению нагрузки на ЛВС, чего хотелось, конечно, избежать). 
5. Фоновый сервер базы данных на рабочей станции
При наличии OS/2 можно в качестве сервера базы данных использовать ПК рабочей станции, на которой функции сервера выполняются как фоновые задачи. Эти функции могут иметь большинство признаков закрепленного сервера базы данных, но иметь более низкую произ
водительность из-за совместного использования центрального процессора, шины и сетевого интерфейса рабочей станции. 
6. Прикладной сопроцессор в рабочей станции
Сопроцессор в рабочей станции по всей видимости может оказать на производительность такое же влияние, что и отдельный сервер базы данных. Из-за совместного использования шины расширения и сетевого интерфейса производительность головной рабочей станции в 
случае перегрузки может оказаться неприемлемой.
Еще один, влияющий на производительность фактор относится к самому серверу базы данных. Он может обслуживать очереди потока запросов и операций внесения изменений в отличие от обработки изменений, предоставляемых средствами обслуживания файлов в ПК рабоч
ей станции. В сильно загруженной системе сервер базы данных сам может стать источником задержки, в то время как не использующая сервер базы данных СУБД распределяет рабочую нагрузку по всем рабочим станциям.
Серьезной потенциальной проблемой для распределенной обработки базы данных является то, что каждая из рабочих станций имеет право нарушить разрушить всю базу данных в целом. При работе с базой данных под управлением отдельного закрепленного для этого спе
циально центрального процессора вероятность разрушения файлов меньше.
Другим, требующим внимания фактором является целостность системы, особенно для прикладных задач и/или сопроцессоров, работающих в файловом сервере. Что будет, если работающая с сервером прикладная программа "подвесит" это устройство? Известно, что прикла
дная программа может подвесить отдельную ПК, а также файловый сервер, с которым она работает.
Одним из главных преимуществ подхода с использованием сервера базы данных является то, что рабочая станция "клиента" может иметь доступ к нескольким таким устройствам, поэтому физически разделенные отдельные базы данных пользователь имеет возможность рас
сматривать как единую распределенную базу данных. Пользователь может обращаться с запросами данных, не зная или не предполагая место их физического расположения; программное обеспечение для обслуживания базы данных определяет местоположение данных и дост
авляет их пользователю.
В распределенных базах данных могут быть использованы ПЭВМ в качестве серверов ЛВС, мини-ЭВМ и универсальная вычислительная машина в локальных сетях. Может иметь место доступ посредством шлюзов или мостов, а также удаленный доступ к базам данных через уд
аленные устройства межсетевого соединения.
Поскольку при доступе через сервер базы данных, как правило, больших объемов данных по локальной сети не перемещается, то наиболее подходящими могут оказаться низкоскоростные удаленные межсетевые мосты (например, работающие со скоростью передачи 192.2 кб
/сек или даже ниже). При использовании серверов баз данных вы только посылаете запросы и получаете записи и не обмениваетесь большими блоками данных с ПЭВМ пользователя.
Распределенные базы данных оставляют возможность централизованного контроля и распределения полномочий между удаленными пользователями и учреждениями.
Объявлено о создании множества систем с серверами баз данных, однако, в действительности, для локальных сетей ПЭВМ работает только несколько из них, а публично известно о результатах работы еще меньшего числа ЛВС.
Большинство создаваемых на основе серверов баз данных систем используют разработанный и описанный корпорацией ИБМ Структурный язык запросов SQL. Он представляет собой стандарт ANSI, предназначенный для поиска данных. Большинство объявленных разработок се
рверов SQL основаны на этом стандарте ANSI.
И даже после поступления SQL-серверов баз данных на рынок потребуется некоторое время для создания или модификации прикладного программного обеспечения на его основе.
После долгой эксплуатации по всей вероятности произойдет стандартизация серверов SQL в направлении обмена данными между интерфейсами пользователей СУБД различного производства, а также создании генераторов прикладных программ для разных серверов баз данн
ых.
Большим преимуществом данного подхода является то, что у пользователей появляется много различных возможностей обращения к одним и тем же данным с помощью пользовательских интерфейсов таких СУБД, как Lotus 1-2-3, Paradox, DataFlex и dBASE.
Вместе с тем, на первом этапе поставщики СУБД могут быть поставлены перед необходимостью определения тех мест своего изделия, в которых разработчики механизма работы базы данных могут пытаться сдержать разработчиков интерфейсов в рамках "усовершенствован
ных" стандартных SQL-серверов. В свою очередь, это вынуждает пользователя обращаться к такому SQLсерверу, который работает с их любимым интерфейсом, но может не работать с заданными интерфейсами. Возможно, однако, что разработчики интерфейсов получат воз
можности использовать все SQL-серверы, пережившие рыночную борьбу с самого начала. Они должны обеспечить это, чтобы выжить.
Некоторые разработчики СУБД уже объявили о достижении соглашения с отдельными поставщиками SQL-серверов баз данных. Например, для SQL-сервера менеджера ЛВС, разработанного фирмами Ashton-Tate, Sybase и Microsoft, будет предлагаться пользовательский интер
фейс для систем баз данных Paradox фирмы Borland, MDBS III фирмы Micro Database System и dBASE IV фирмы Ashton-Tate. С сервером базы данных производства фирмы Oracle будут работать Paradox и dBXL, разработанная WordTech, а с NetWare SQL фирмы Novell буду
т совместимыми dBXL, SQL Windows производства фирмы Gupta Technology и пользовательский интерфейс фирмы Oracle.
Первое поколение SQL-серверов баз данных, как ожидается, будет медленно работающим. Очевидно, возникнут проблемы, требующие решения и стыковки узких мест. По мере достижения оптимальных характеристик этих устройств, производительность будет повышаться. П
одобно средствам обслуживания баз данных, применявшимся на универсальных и мини-ЭВМ, последующие поколения серверов баз данных смогут лучше использовать специализированные операционные системы (а возможно даже и специальное оборудование), предназначенные
 для работы с базами данных.
Но по мере развития технологии SQL ( а может быть и системы, в которые они дальше разовьются) и серверы баз данных получат широкое распространение. Более быстрое оборудование, включая специально настроенные машины обслуживания баз данных, более сложное п
рограммное обеспечение серверов и оптимизация разработанных прикладных задач могут внести вклад в этот процесс.
В публикациях прессы и заявлениях производителей SQLсерверов баз данных много спекулятивных моментов. Еще слишком рано говорить о том, какие продукты преобладают и какова будет их практическая отдача, так как в действительности можно говорить только о не
скольких реальных изделиях. 

СЕРВЕРЫ ДЛЯ СУБД В СТАНДАРТЕ SQL

NetWare SQL фирмы Novell

Фирма Novell предлагает NetWare SQL в качестве своей последней разработки, касающейся обслуживания баз данных для NetWare версий 2.1 и выше. NetWare SQL работает в файловом сервере или внешнем межсетевом соединении NetWare в качестве VAP. На рабочей стан
ции выполняется только пользовательская прикладная программа и средство обработки запросов NetWare SQL, который воспринимает запросы от прикладной программы, преобразует их в запросы стандарта SQL и передает их серверу базы данных для дальнейшей обработк
и. Для обработки ошибок NetWare SQL обращается к анализатору системных сбоев NetWare (SFT), но при этом продолжает исправление транзакций и выполнение блокировки записи внутри самой себя.
Для выполнения доступа к файлам NetWare SQL использует программу обработки записей Btrieve, также разработанную NetWare. Эта программа работает в сервере и включает в себя две программы VAP: BSERVER, которая выполняет прямой доступ к файлам базы данных, 
и BROUTER, которая направляет запросы на другие серверы. При наличии в локальной сети других серверов баз данных программа BROUTER определяет, на каком сервере находятся данные и направляет туда запрос. Для обеспечения восстановления регистрации обращени
й к файлам программа BSERVER использует систему трассировки транзакций TTS, также разработанную фирмой Novell.
Интерфейсом прикладных программ в стандарте SQL является разработанная фирмой Novell программа XQL. Она обеспечивает доступ к базе данных стандарта SQL через SQL-операторы стандарта ANSI, а также с помощью некоторых других функций более низкого уровня. С
 помощью XQL можно передавать запросы в SQL базу данных системы NetWare из прикладных программ, написанных на языках программирования Cи, Бейсик, Паскаль и Кобол.
Состоящие из трех частей пользовательские программы для NetWare SQL включают в себя dBXL и Quickrsilver, разработанные фирмой WordTech, SQL Windows, разработанную фирмой Gupta Technoloies, Relevation, разработанную Relevation Technologies, Paradox фирмы 
Borland и другие программы. Сама фирма Novell предлагает для пользователей СУБД Lotus 1-2-3 "прозрачный" драйвер. 

FoxServer производства фирмы Fox Software

Фирма Fox Software вскоре выпустит версию интерфейса NetWare SQL фирмы Novell под названием FoxServer. Она позволяет включать функции языка системы dBASE в NetWare SQL. Это означает, что для прямого доступа к серверу базы данных прикладные программы поль
зователя могут применять команды SQL, XQL, Btrieve и/или dBASE. В соответствии с планами фирмы Fox поставка этого продукта ожидается в конце 1989 или в начале 1990 года. 

SQL Server производства Ashton-Tate и Microsoft

Еще одним примером программного обеспечения серверов SQL является программа SQL Server, разработанная фирмами Ashton-Tate и Microsoft и получившая дальнейшее развитие в результате совместных усилий Microsoft, Ashton-Tate и Sybase в качестве средства обсл
уживания баз данных серверов, работающих в операционной системе OS/2. Эта программа может работать в качестве задачи в серверах системы OS/2 или отдельно под управлением этой операционной системы. Совместимы с программой SQL Server следующие сетевые опер
ационные системы: NetWare, разработанная фирмой Novell, Server ЛВС производства корпорации ИБМ и менеджер ЛВС, разработанная фирмой Microsoft.
Программа SQL Server совместима с SQL-cервером фирмы Sybase для мини-ЭВМ.
Программа SQL Server обеспечивает регистрацию транзакций записи в диалоговом режиме работы. Это означает, что перед внесением изменений в базу данных транзакции записываются в файл регистрации. В случае системного сбоя с помощью зарегистрированных транза
кций можно восстановить изменения в базе данных.
В SQL Server включено несколько дополнительных возможностей (ранее все базы данных SQL имели свои собственные дополнительные нестандартные средства), которые называются TRANSACT-SQL и дают возможность запоминать часто используемые группы команд в самом с
ервере базы данных и выполнять их как процедуры. Это означает, что "клиент" рабочей станции имеет возможность для выполнения сложных транзакций посылать в сервер только одну команду.
Кроме упомянутых, прикладные задачи с помощью SQL Server можно решать в системах Paradox фирмы Borland, Relevation фирмы Relevation Technologies, dBASE IV фирмы AshtonTate, а также dBXL и Quicksilver фирмы WordTech. 

SQL Base фирмы Gupta

Пионером в области разработки серверов SQL баз данных является фирма Gupta. Первый такой сервер она предложила для локальных сетей ПК. Ею были разработаны средства обслуживания баз данных для операционной системы OS/2 и для обычной системы, причем обе он
и оказались совместимыми со всеми ЛВС, основанными на сетевых BIOS.
Фирма разработала очень эффективное средство создания прикладных программ под названием SQL Windows. Это основанное на генераторе прикладных программ Windows производства фирмы Microsoft средство, которое дает возможность использовать графику, меню, диал
оговые окна и устройство типа "мышь". И хотя в настоящий момент SQL Windows работает только с SQL Base, фирма Gupta планирует обеспечить для нее интерфейс с другими SQL СУБД, включая ORACLE, NetWare SQL фирмы Novell, создаваемую фирмой Lotus СУБД (на баз
е программного обеспечения фирмы Gupta) и SQL Server фирмы Microsoft.
В настоящий момент SQL Windows работает с Windows в системе DOS, в будущем предполагается обеспечить возможность работы под управлением OS/2. Так как сейчас (пока) отсутствует встроенный генератор отчетов, фирма Gupta приобрела лицензию на разработку SQL
 Software, хотя первоначально намеревалась принять на вооружение усовершенствованное средство получения документации на базе СУБД ORACLE.
Фирма также поставляет ориентированные на систему dBASE продукты фирмы WordTech DBXL и Quicksilver, которые обеспечивают доступ к ориентированному на SQL серверу.
SQLNetwork представляет собой серию разработок, которые обеспечивают связь между ориентированными на стандарт SQL изделиями фирмы Gupta и предназначенной для работы на универсальной ЭВМ производства ИБМ системой DB2. Для этого используется прикладной про
граммный интерфейс ИБМ.

ORACLE

Корпорация ORACLE, один из крупнейших независимых производителей программного обеспечения СУБД в настоящее время распространяет SQL-сервер баз данных для операционной системы XENIX в локальных сетях ПК. Это означает, что для ПК в ЛВС NetWare и в локальны
х сетях другого типа должны использоваться сетевые интерфейсные карты, которые поддерживают одновременно стандарт NetWare и протокол TCP/IP или имеют межсетевое соединение TCP/IP для доступа к серверу базы данных. Такие же способы необходимо использовать
 в локальных сетях Microsoft и ЛВС с LAN-Manager.
Основным преимуществом ORACLE является то, что в настоящее время система работает в очень широком диапазоне операционных систем на микро-, мини- и универсальных больших ЭВМ. Как и корпорация Gupta, ORACLE поставляет версии DBXL и Quicksilver, которые обе
спечивают доступ к SQL-cерверам баз данных. 


Яндекс цитирования