Настольные СУБД — это набор различных средств и методов, которые предназначены для формирования, сопровождения и использования информационных баз данных.
Предыстория создания СУБД
Ещё сравнительно недавно обработка информации выполнялась при помощи мини-ЭВМ и обладала определёнными достоинствами, которые позднее с появлением персональных компьютеров и настольных систем управления базами данных (СУБД) были утрачены. К таким достоинствам, в том числе, относились:
- Наличие возможности совместного пользования ресурсами и оборудованием, такими как, центральный процессор, оперативная память, внешние устройства.
- Возможность централизованного хранения информации.
Но при этом главным недостатком таких систем считалась невозможность создания персональной рабочей среды. Все программные продукты, в том числе редакторы текстов, программы компиляции, СУБД сохранялись тоже в централизованном порядке и подлежали коллективному использованию.
Данный недостаток явился причиной стремительного развития сферы персональных компьютеров. Вместе с простой эксплуатацией и небольшой ценой в сравнении с мейнфреймами и мини-ЭВМ потребители получали возможность сформировать персональную рабочую среду, а также выбрать самое подходящее конкретному пользователю программное обеспечение. Как раз в это время произошёл стремительный рост использования настольных СУБД, например, dBase (РЕБУС), а немного позднее FoxBASE, Paradox и многих других сегодня уже не используемых. Следует отметить, что в те времена шли процессы взаимного обмена удачными идеями и подходами, а также стандартизации, что нашло явное отражение на истории такого программного приложения, как dBase, чей программный язык и методы информационной организации позаимствовали многие другие производители в своих программах.
Настольные СУБД
Все СУБД условно могут быть поделены на две большие группы:
- Настольные СУБД.
- Серверные СУБД.
Настольные СУБД применяют модель вычислений с сетью и файловым сервером, то есть архитектуру «файл-сервер». Повышение сложности проблем, развитие персональных компьютеров и локальных вычислительных сетей стало предвестником возникновения новой архитектуры «файл-сервер». Такая архитектура информационных баз данных с наличием сетевого доступа подразумевает назначение какого-либо компьютера сети выделенным сервером, на котором будут сохранены файлы базы данных. Согласно запросам пользователей файлы с файл-сервера пересылаются на рабочие станции пользователей, и там выполняется главная часть информационной обработки. На центральном сервере главным образом только сохраняются файлы, и он не участвует в информационной обработке.
Функционирование их организовано следующим образом:
- База данных, организованная как набор файлов, расположена на жёстком диске специально назначенного компьютера, именуемого файловым сервером.
- Имеется локальная сеть, которая состоит из клиентских компьютеров с установленными СУБД и приложениями для работы с базами данных. Применяя пользовательский интерфейс приложения, пользователь может инициировать обращение к базе данных на предмет выборки или обновления информационных данных.
- Любое обращение к базе данных выполняется через СУБД, которая инкапсулирует в себе всю информацию о физической структурной организации базы данных, размещённой на файловом сервере.
- СУБД выполняет обращение к данным, расположенным на файловом сервере, по итогам которого требуемая часть фалов базы данных в качестве копии отправляется на компьютер клиента и подвергается обработке, что означает исполнение пользовательских запросов, то есть осуществление необходимых операций над данными.
- Если есть необходимость, то есть когда данные корректировались, данные отправляются обратно на файловый сервер для обновления базы данных. Итог СУБД отправляет обратно в приложение. Приложение с помощью интерфейса пользователя выводит отображение итогов исполнения запросов.
В границах такой архитектурной организации «файл-сервер» были реализованы первые варианты широко известных так называемых настольных СУБД, а именно, dBase и Microsoft Access.
К недостаткам данной архитектурной организации следует отнести:
- Если идёт одновременное обращение большого количества пользователей к одной и той же информации, то резко снижается производительность системы, поскольку следует ждать пока очередной пользователь, использующий данные, закончит свою работу.
- В противном случае есть вероятность удаления корректировок, внесённых одним пользователем, корректировками других пользователей.
На данный момент существует больше двадцати форматов информационных данных настольных СУБД, но самыми распространёнными, если учитывать количество проданных копий, являются dBase, Paradox, FoxPro и Access. Из вышедших в последнее время СУБД, необходимо выделить Microsoft Data Engine, которая по сути является серверной СУБД и представляет собой более лёгкий вариант Microsoft SQL Server. Но, несмотря на это, она предназначена для применения в основном в настольных системах и маленьких рабочих группах.
Сохранение информационных данных в dBase базируется на принципе «одна таблица — один файл» (такие файлы, как правило, обладают расширением *.dbf). Поля МЕМО и BLOB, которые доступны в поздних вариантах dBase, хранятся в виде отдельных файлов. Табличные индексы тоже сохраняются в отдельных файлах. Следует отметить, что в ранних вариантах этой СУБД, была предусмотрена специальная операция, осуществляющая ре индексирование, для доведения индексов до соответствия текущему табличному состоянию.
Формат данных dBase — это открытый формат, что дало возможность некоторым другим производителям осуществлять его заимствование для реализации аналогичных СУБД, отчасти имеющих совместимость с dBase по информационным форматам. К примеру, очень популярная в своё время СУБД FoxBase применяла формат данных dBase.
