Эпоха персональных компьютеров

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

Особенности этого этапа следующие;

· Все СУБД были рассчитаны на создание БД в основном с монопольным доступом. И это понятно. Компьютер персональный, он не был подсоединен к сети, и база данных на нем создавалась для работы одного пользователя. В редких случаях предполагалась последовательная работа нескольких поль­зователей, например, сначала оператор, который вводил бухгалтерские доку­менты, а потом глав.бух., который определял проводки, соответствующие пер­вичным документам.

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

· Во всех настольных СУБД поддерживался только внешний уровень пред­ставления реляционной модели, то есть только внешний, табличный вид струк­тур данных.

· При наличии высокоуровневых языков манипулирования данными типа ре­ляционной алгебры и SQL в настольных СУБД поддерживались низкоуров­невые языки манипулирования данными на уровне отдельных строк таблиц.

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

· Наличие монопольного режима работы фактически привело к вырождению функций администрирования БД и в связи с этим - к отсутствию инстру­ментальных средств администрирования БД.

· И, наконец, последняя и в настоящий момент весьма положительная особен­ность - это сравнительно скромные требования к аппаратному обеспечению со стороны настольных СУБД.

В принципе, их даже трудно назвать полноценными СУБД, Яркие предста­вители этого семейства — очень широко использовавшиеся до недавнего вре­мени СУБД Dbasc (DbaseIII+, DbaselV), FoxPro, Clipper, Paradox.