ПОНЯТИЕ И КЛАССИФИКАЦИЯ СУБД

Под системой управления базами данных (СУБД) понимается совокупность программных и языковых средств, предназначенных для создания и обработки баз данных.

Базы данных (БД) − это взаимосвязанные и организованные определенным образом данные, отображающие состояние объектов и отношений между ними в определенной предметной области.

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

В настоящее время специалистами разработаны около сотни разных СУБД. Все они могут быть разделены на две большие группы: настольные и серверные.

Настольные СУБД ориентированы на обслуживание одного пользователя, работающего на определенном компьютере с базами данных в каждый реальный момент времени. К настольным СУБД относятся: Microsoft Access , Paradox , dBase .

Серверные СУБД используют принцип централизованного хранения и обработки данных, который основан на архитектуре «клиент-сервер». СУБД, хранящая данные, и прикладная программа, интерпретирующая эти данные, являются разными приложениями, то есть существует: приложение-сервер и приложение-клиент. К серверным СУБД относят Microsoft SQL Server , Informix , Sybase , DB 2.

Существуют различные модели организации данных: иерархическая, сетевая и реляционная.

Каждая СУБД ориентирована на обработку определенной модели организации данных, например, реляционные СУБД предназначены для работы с реляционными базами данных, иерархические СУБД – с иерархическими и т.д.

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

Реляционная модель баз данных была предложена в конце 60-ых годов прошлого века Э. Коддом. Согласно его основной концепции, реляционная база данных, представляет собой хранилище данных, содержащее набор двухмерных взаимосвязанных таблиц.

В качестве примера реляционной базы данных рассмотрим базу данных, содержащую сведения о постановке на учет лиц, совершивших административные правонарушения. Такая база данных необходима сотрудникам органов внутренних дел для того, чтобы знать, кто, когда и какое правонарушение совершил, совершил ли его повторно или нет и какие меры к нему могут быть применены. Но если все сведения о лицах (паспортные данные), факты совершения правонарушений, статьи Кодекса об административных правонарушениях, меры воздействия и каждое новое правонарушение, совершенное одним и тем же лицом хранить в одной таблице, то таблица станет очень неудобной для работы. В ней начнутся повторы данных. Всякий раз, когда гражданин Иванов Иван Иванович будет совершать административное правонарушение, придется вписывать его домашний адрес, паспортные данные, место, время, статью КоАП, меры воздействия и т.д. Так никто не работает. Это долго, трудно и чревато многочисленными ошибками, что совершенно недопустимо.

Гораздо удобнее сделать несколько таблиц. В таблице «Лица» хранить сведения о лицах, совершивших административные правонарушения, со всеми их паспортными данными, в таблице «Статьи» – статьи КоАП, в таблице «Административные правонарушения» – место, время, меры воздействия. После этого отдельные поля таблиц связывают. Если в таблице «Статьи» известна статья, квалифицирующая то или иное административное деяние, то система управления базой данных мгновенно найдет в таблице «Лица» все паспортные данные человека, который совершал подобные деяния, а в таблице «Административные правонарушения» время, место и меры воздействия, которые к нему применялись, а также совершал ли он подобные деяния повторно.

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

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