Базы данных в промышленной автоматизации. Основное назначение БД - предоставить пользователю нужную информацию в нужном месте и в нужное время

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

Можно сказать, что путь развития БД - это путь все большего и большего отстранения программного обеспечения от физических структур данных.

До появления БД информация хранилась в отдельных файлах. Самые первые системы управления файлами позволяли программистам создавать, записывать, обновлять и читать эти файлы. Файловая система имеет органический недостаток: программы должны точно «знать», где расположены данные. Поэтому для определения адресов в развитых системах хранения данных необходимо применение довольно сложных, трудно оптимизируемых и модифицируемых алгоритмов.

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

Такой подход решал определенный круг проблем, но индексным файлам по-прежнему были присущи многие ограничения, характерные для простых структур с единственной точкой входа. Сюда можно отнести, в частности, и неоптимальное хранение информа­ции (дублирование, недостаточное структурирование), и значительное время поиска в больших файлах.

Решение перечисленных выше проблем оказалось возможным с появлением иерархи­ческих БД. В таких базах элементы данных строго упорядочены, причем так, что данные одного уровня подчиняются (являются подмножеством) данным другого, более высокого уровня. В такой модели связи данные могут быть отражены в виде дерева-графа, где допускаются только односторонние связи от старших вершин к младшим.

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

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

РБД позволили моделям данных отражать взаимосвязи прикладной области, а не методы программного доступа к данным и структурам данных. Это огромный шаг вперед по нескольким причинам:

• отражающие прикладную область знаний модели данных являются интуитивно понятными конечному пользователю;

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

• благодаря нормализации удается избежать чрезмерного дублирования данных.

Индустрия РБД в настоящее время вполне созрела. Условия на рынке сейчас диктует «большая пятерка»: IBM, Informix, Microsoft, Oracle и Sybase. На нее падает львиная доля всех расходов на разработку БД.

Можно выделить две категории приложений в БД: оперативная обработка транзакций (OLTP - Online Transaction Processing) и системы поддержки принятия решений (DSS -Decision Support System).

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

DSS-системы поддержки принятия решений, как правило, крупнее, чем OLTP-системы. Обычно они используются с целью анализа данных и выдачи отчетов и рекомендаций. Пользователи должны иметь возможность конструировать запросы различной степени сложности, осуществлять поиск зависимостей, выводить данные на графики и исполь­зовать информацию в других приложениях типа электронных таблиц, текстовых процессорах и статистических пакетов. Еще более широкую поддержку в процессе принятия решений обеспечивают системы оперативной аналитической обработки (OLAP - Online Analytical Processing).