Общая характеристика систем управления базами данных

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

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

Недостатки файл-серверной архитектуры:

Большой объем сетевого трафика На каждой рабочей станции должна находится полная копия СУБД Управление параллельностью, восстановлением и целостностью усложняется, поскольку доступ к одним и тем же файлам могут осуществлять сразу несколько экземпляров СУБД Технология «клиент-сервер»

В контексте базы данных клиент управляет пользовательским интерфейсом и логикой приложения, действуя, как сложная рабочая станция, на которой выполняется приложения баз данных. Клиент принимает от пользователя запрос, проверяет синтаксис и генерирует запрос к базе данных. Затем он передает сообщение серверу, ожидает поступление ответа и форматирует полученные данные для представления их пользователю. Сервер принимает и обрабатывает запросы к базе данных, а затем передает полученные результаты обратно клиенту. Такая обработка включает проверку полномочий клиента, обеспечение требований целостности, поддержку системного каталога, а так же выполнение и обновление данных. Так же поддерживается управлением параллельностью и восстановлением данных.

Этот тип архитектуры обладает следующими преимуществами:

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

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

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

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

Заключение

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

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

Дейт К. Дж.

Введение

в системы баз данных. — М.: Вильямс, 2001, 1072 с.

Коннолли Т., Бегг К., Страчан А. База данных: проектирование, реализация, сопровождение. Теория и практика. — М.: Диалектика, 2000, 1139 с.

Скляр А. Я.

Введение

в InterBase. — М.: Горячая линия-Телеком, 2002, 517 с.

Хомоненко А. Д., Цыганков В. М., Мальцев М. Г. Базы данных: Учебник для высших учебных заведений. — СПб.: Корона, 2004, 736 с.

Дейт К. Дж.

Введение

в системы баз данных — М., 2001, с. 77

там же с. 79

Дейт К. Дж.

Введение

в системы баз данных — М., 2001, с.79

там же с. 80

Коннолли Т., Бегг К. База данных: проектирование, реализация, сопровождение. — М., 2000, с. 73

Коннолли Т., Бегг К. База данных: проектирование, реализация, сопровождение. — М., 2000, с. 75

Коннолли Т., Бегг К. База данных: проектирование, реализация, сопровождение. — М., 2000, с. 76

там же с. 78

Хомоненко А. Д., Цыганков В. М. Базы данных. — СПб., 2004, с. 96

Дейт К. Дж.

Введение

в системы баз данных — М., 2001, с. 45

Коннолли Т., Бегг К. База данных: проектирование, реализация, сопровождение. — М., 2000, с. 84

Коннолли Т., Бегг К. База данных: проектирование, реализация, сопровождение. — М., 2000, с. 84

Коннолли Т., Бегг К. База данных: проектирование, реализация, сопровождение. — М., 2000, с. 85

Скляр А. Я.

Введение

в InterBase. — М., 2002, с. 12

Скляр А. Я.

Введение

в InterBase. — М., 2002, с. 12

Скляр А. Я.

Введение

в InterBase. — М., 2002, с. 11

17 Коннолли Т., Бегг К. База данных: проектирование, реализация, сопровождение. — М., 2000, с. 97

Коннолли Т., Бегг К. База данных: проектирование, реализация, сопровождение. — М., 2000, с. 96

Коннолли Т., Бегг К. База данных: проектирование, реализация, сопровождение. — М., 2000, с. 97

Общая характеристика систем управления базами данных Концептуальный уровень

База данных

ВНУТРЕННЯЯ СХЕМА

КОНЦЕПТУАЛЬНАЯ СХЕМА

Физическая организация данных

Внутренний уровень

Внешний уровень

ПРЕДСТАВЛЕНИЕ 3

ПРЕДСТАВЛЕНИЕ 2

ПРЕДСТАВЛЕНИЕ 1

О5 Вавилова 25 …

О7 Ленина 12 …

О3 Бирюзова 15 …

О4 Шоссейная 3 …

СМ1 .

СМ2 .

ССП5 .

СП4 .

СБ2 .

О2 Веерная 5 …

СБ2 Петрова …

СП4 Антонов …

ССП5 Иванова …

СМ2 Петров …

СМ1 Иванов …

О2 Веерная 5 …

О4 Шоссейная 3 …

О3 Бирюзова 15 …

О7 Ленина 12 …

О5 Вавилова 25 …