Лекция № 12 Настольные СУБД
Лет 20 назад наиболее популярными компьютерами были мэинфреймы семейства IBM 360/370 и мини-ЭВМ типа DEC PDP-11. Как правило при работе с такими компьютерами использовались неинтеллектуальные терминалы, управляемые все тем же мэинфреймом или мини-ЭВМ. Обработка данных в таком варианте имела свои преимущества, в определенной степени утраченные позже в эпоху персональных компьютеров и настольных СУБД. К ним, в частности, относились:
возможность коллективного использования ресурсов и оборудования;
централизованное хранение данных.
Серьезным недостатком таких систем было практическое отсутствие персонализации рабочей среды –все программное обеспечение, включая текстовые редакторы, компиляторы, СУБД, хранилось также централизованно и использовалось коллективно.
Этот недостаток был одной из причин бурного роста индустрии персональных компьютеров – наряду с невысокой стоимостью и простотой эксплуатации по сравнению с мэйнфреймами и мини-ЭВМ пользователей привлекали возможность персонализации рабочей среды, в особенности возможность выбора наиболее подходящего данному пользователю программного обеспечения. Именно в тот период начался бурный рост популярности настольных СУБД, таких как Dbase и, чуть позже, FoxBase. Paradox, Rbase. При этом происходили процессы заимствования и стандартизации удачных идей и подходов.
Настольные СУБД как таковые не содержат специальных приложений и сервисов, управляющих данными, - взаимодействие с ними осуществляется с помощью файловых сервисов операционной системы. Нередко подобные СУБД имеют в своем составе и средства разработки, ориентированные на работу с данными формата, характерного для данной СУБД, и позволяющие создать более или менее комфортный пользовательский интерфейс. Обработка данных целиком осуществляется в клиентском (пользовательском) приложении.
Следующи шагом в развитии настольных СУБД было появление их сетевых многопользовательских версий, позволяющих одновременно обрабатывать нескольким пользователям данные, находящиеся в общедоступном хранилище, например, на сетевом сервере. От чисто настольных СУБД их многопользовательские версии отличаются наличием блокировок частей записей файлов данных, содержащих одну или несколько записей таблицы. Это позволяет обращаться к одному файлу одновременно нескольким пользователям. При этом естественно в соответствующем компонентах приложения должны быть предусмотрены механизмы разрешения конфликтных ситуаций.
Недостатки подобных СУБД не очевидны и становятся заметны, как правило, при росте хранимых объемов данных и числа пользователей, одновременно работающих с базой данных. Обычно они проявляются в снижении производительности соответствующей АИС и возникновении сбоев при обработке данных. Причина подобных проблем кроется в основном принципе таких СУБД и основанных на них информационных систем, заключающемся в обработке данных внутри пользовательского приложения. Например, если с помощью такой системы требуется выполнить запрос согласно какому-либо критерию, приложение должно прочесть с сетевого диска весь индекс, найти в нем информацию о местоположении записей в файлах, содержащих таблицу, а затем прочесть эти записи файлов. В общем же случае, когда таблица не проиндексирована по нужному полю, её необходимо
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.
