Классификация баз данных

     Сетевая модель описывает элементарные данные и отношения между ними  в виде ориентированной сети. Это такие отношения между объектами, когда каждый порожденный элемент имеет более одного исходного и может быть связан с любым другим элементом структуры. Например, в структуре управления учебным заведением порожденный элемент «Студент» может иметь не один, а два исходных элемента: «Студент – Учебная группа», и «Студент – Комната в общежитии».

     Сетевые структуры могут быть многоуровневыми  и иметь разную степень сложности. Схема, в которой присутствует хотя бы одна связь «многие ко многим»  и которая требует для своей  реализации использования сложных  методов, является сложной схемой.

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

     Реляционная модель имеет в своей основе понятие «отношения», и ее данные формируются в виде таблиц. Отношение – это двумерная таблица, имеющая свое название, в которой минимальным объектом действий, сохраняющим ее структуру, является строка таблицы (кортеж), состоящая из ячеек таблицы – полей.

     Каждый  столбец таблицы соответствует  только одной компоненте  этого  отношения. С логической точки зрения реляционная база данных представляется  множеством двумерных таблиц различного предметного наполнения.

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

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

     К числу достоинств реляционной модели относятся: простота построения, доступность  понимания, возможность эксплуатации базы данных без знания методов и  способов ее построения, независимость  данных, гибкость структуры и другие. Недостатками модели являются: низкая производительность по сравнению с  иерархической и сетевой моделями,  сложность программного обеспечения, избыточность. 

1.4. Настольные СУБД

       Многие  авторы классифицируют СУБД на две  большие категории: «настольные» и  «серверные».

       Настольные  СУБД отличаются тем, что используют в модель вычислений с сетью и  файловым сервером (архитектура «файл-сервер»). Увеличение сложности задач, появление  персональных компьютеров и локальных  вычислительных сетей явилось предпосылками  появления новой архитектуры  «файл-сервер». Эта архитектура баз  данных с сетевым доступом предполагает назначение одного из компьютеров сети в качестве выделенного сервера, на котором будут храниться файлы  базы данных. В соответствие с запросами  пользователей файлы с файл-сервера  передаются на рабочие станции пользователей, где и осуществляется основная часть  обработки данных. Центральный сервер выполняет в основном только роль хранилища файлов, не участвуя в  обработке самих данных.

       Работа  построена следующим образом:

       База  данных в виде набора файлов находится  на жестком диске специально выделенного  компьютера (файлового сервера). Существует локальная сеть, состоящая из клиентских компьютеров, на каждом из которых установлены  СУБД и приложение для работы с  БД. На каждом из клиентских компьютеров  пользователи имеют возможность  запустить приложение. Используя  предоставляемый приложением пользовательский интерфейс, он инициирует обращение  к БД на выборку/обновление информации.

       Все обращения к БД идут через СУБД, которая инкапсулирует внутри себя все сведения о физической структуре  БД, расположенной на файловом сервере. СУБД инициирует обращения к данным, находящимся на файловом сервере, в  результате которых часть файлов БД копируется на клиентский компьютер  и обрабатывается, что обеспечивает выполнение запросов пользователя (осуществляются необходимые операции над данными). При необходимости (в случае изменения  данных) данные отправляются назад  на файловый сервер с целью обновления БД. Результат СУБД возвращает в  приложение. Приложение, используя пользовательский интерфейс, отображает результат выполнения запросов. В рамках архитектуры «файл-сервер» были выполнены первые версии популярных т.н. настольных СУБД, таких как dBase и Microsoft Access.

       Указываются следующие основные недостатки данной архитектуры: при одновременном  обращении множества пользователей  к одним и тем же данным производительность работы резко падает, т.к. необходимо дождаться пока пользователь, работающий с данными, завершит свою работу. В  противном случае возможно затирание  исправлений, сделанных одними пользователями, изменениями других пользователей. [2, 78]

       На  сегодняшний день известно более  двух десятков форматов данных настольных СУБД, однако наиболее популярными, исходя из числа проданных копий, следует  признать dBase, Paradox, FoxPro и Access. Из появившихся  недавно СУБД следует также отметить Microsoft Data Engine - по существу серверную  СУБД, представляющую собой <облегченную> версию Microsoft SQL Server, но предназначенную, тем не менее, для использования  главным образом в настольных системах и небольших рабочих  группах. 

       1.5.Требования и стандарты, предъявляемые к базам данных

К современным  базам данных, а, следовательно, и  к СУБД, на которых они строятся, предъявляются следующие основные требования:

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

  Важнейшими  являются первые два противоречивых требования: повышение быстродействия требует упрощения структуры БД, что, в свою очередь, затрудняет процедуру обновления данных, увеличивает их избыточность. Независимость данных - возможность изменения логической и физической структуры БД без изменения представлений пользователей. Целостность данных - устойчивость хранимых данных к разрушению и уничтожению, связанных с неисправностями технических средств, системными ошибками и ошибочными действиями пользователей.

  Стандартизация обеспечивает преемственность поколений СУБД, упрощает взаимодействие БД одного поколения СУБД с одинаковыми и различными моделями данных. Стандартизация (ANSI/SPARC) осуществлена в значительной степени в части интерфейса пользователя СУБД и языка SQL. Это позволило успешно решить задачу взаимодействия различных реляционных СУБД как с помощью языка SQL, так и с применением приложения Open DataBase Connection (ODBC). При этом может быть осуществлен как локальный, так и удаленный доступ к данным (технология клиент/сервер или сетевой вариант). 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

       Глава 2. Работа с базой данных Microsoft Access

       2.1. Основы работы настольной СУБД Microsoft Access

       Первая  версия СУБД Access появилась в начале 90-х годов. Это была первая настольная реляционная СУБД для 16-разрядной  версии Windows. Популярность Access значительно  возросла после включения этой СУБД в состав Microsoft Office.

       В отличие от Visual FoxPro, фактически превратившегося  в средство разработки приложений, Access ориентирован в первую очередь  на пользователей Microsoft Office, в том  числе и не знакомых с программированием. Это, в частности, проявилось в том, что вся информация, относящаяся  к конкретной базе данных, а именно таблицы, индексы (естественно, поддерживаемые), правила ссылочной целостности, бизнес-правила, список пользователей, а также формы и отчеты хранятся в одном файле, что в целом  удобно для начинающих пользователей.

       Популярность  СУБД MS Access  обусловлена следующими причинами:

• Access является одной из самых легкодоступных и понятных систем как для профессионалов, так и для начинающих пользователей, позволяющая быстро освоить основные принципы работы с базами данных;
• Система имеет полностью русифицированную версию;
• Полная интегрированность с пакетами MS Office: Word, Excel, Power Point, Mail;
• Возможность использования OLE технологии, что позволяет установить связь с объектами другого приложения или внедрить какие-либо объекты в базу данных Access;
• Широко и наглядно представлена справочная система;
• Существует набор «мастеров» по разработке объектов, облегчающий создание таблиц, форм и отчетов

       Поддержка COM в Access выражается в возможности  использовать элементы управления ActiveX в формах и Web-страницах, созданных  с помощью Access. В отличие от Visual FoxPro создание COM-серверов с помощью Access не предполагается.

       Иными словами, Microsoft Access может быть использован, с одной стороны, в качестве настольной СУБД и составной части офисного пакета, а с другой стороны, в качестве клиента Microsoft SQL Server, позволяющего осуществлять его администрирование, манипуляцию  его данными и создание приложений для этого сервера.

       Помимо  манипуляции данными Microsoft SQL Server, Access 2000 позволяет также в качестве хранилища данных использовать Microsoft Data Engine (MSDE), представляющий собой по существу настольный сервер баз данных, совместимый с Microsoft SQL Server. 
 

       2.2. Работа с базой данных Microsoft Access

       Создание  пустой базы данных.

       Для создания новой базы данных выполните  команду Файл/Создать. На экране откроется  окно диалога “Создание”, содержащее две вкладки:

       “Общие” — позволяет создать новую  пустую базу данных;

       “Базы данных” — позволяет выбрать  образец базы данных, содержащий большинство  требуемых объектов, и создать  базу с помощью мастера.

       Для создания новой пустой базы данных перейдите на вкладку “Общие”  и нажмите кнопку ОК в нижней части  окна диалога. На экране откроется окно диалога “Файл новой базы данных” . В данном окне диалога из раскрывающегося  списка Папка выберите папку, в которой  хотите сохранить создаваемую базу данных, а в поле ввода Имя файла  введите имя базы данных. После  этого Вы можете создать с помощью  мастера базу данных определенного  типа со всеми необходимыми таблицами, формами и отчетами. Так как MS Access содержит большой выбор подготовленных для вас баз данных, второй способ во многих случаях может оказаться  предпочтительным. В обоих случаях  у Вас останется возможность  в любое время изменить и расширить  созданную Вами базу данных.

       При выборе имени базы данных не ограничивайте  себя восемью символами, а дайте  волю фантазии. Расширение для имени  файла указывать не нужно, по умолчанию  в поле ввода Тип файла установлен тип “База данных”. После ввода  имени создаваемой базы данных нажмите  кнопку Создать данного окна диалога. На экране откроется окно базы данных. Оно состоит из шести вкладок, которые пока пусты. В данном окне Вам предстоит создать все  объекты, входящие в базу данных. Их перечень соответствует ярлыкам  вкладок в верхней части окна базы данных. В этом окне Вы можете создавать  таблицы, хранящие информацию, отчеты, формы, запросы. Все они будут  располагаться во вкладках, которые  открываются при выборе соответствующего ярлыка.