Пользователи баз данных

10 8 6

БМД

12 4

1 3

Процесс прохождения пользовательского запроса

1) Пользователь посылает запрос на получение данных из БД;

2) Анализ прав пользователя и внешней модели данных: соответствие данного пользователя, подтверждение или запрет на доступ к запрашиваемым данным;

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

5) СУБД получает информацию о запрошенной части концептуальной модели;

6) СУБД запрашивает информацию о местоположении данных на физическом уровне;

7) В СУБД возвращается информация о местоположении данных в терминах ОС;

8) СУБД подаёт запрос ОС на предоставление необходимых данных, используя средства ОС;

9) ОС осуществляет перекачку информации из устройств хранения данных и пересылает её в системный буфер;

10) ОС оповещает СУБД об окончании пересылки данных;

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

12) Подтверждение окончания обработки данных (успешное или не успешное).

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

Администраторы данных и администраторы баз данных

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

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

Разработчики баз данных.

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

– Любой сотрудник не может отвечать одновременно более чем за десять сда­ваемых в аренду или продаваемых объектов недвижимости.

– Любой сотрудник не имеет права продавать или сдавать в аренду свою соб­ственную недвижимость.

– Доверенное лицо не может выступать одновременно и как покупатель, и как продавец недвижимости.

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

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

– Логическое проектирование базы данных, которое проводится с учетом особенностей выбранной модели данных: реляционной, сетевой, иерархи­ческой или объектно-ориентированной.

Разработчик физической базы данных получает готовую логическую модель дан­ных, занимается ее физической реализацией, в том числе:

– преобразованием логической модели данных в набор таблиц и ограничений целостности данных;

– выбором конкретных структур хранения и методов доступа к данным, обеспечивающих необходимый уровень производительности при работе с базой данных;

– проектированием любых требуемых мер защиты данных.

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

Прикладные программисты.

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

Пользователи

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

– Наивные пользователи обычно даже и не подозревают о наличии СУБД. Они обращаются к базе данных с помощью специальных приложений, позволяющих в максимальной степени упростить выполняемые ими опе­рации. Такие пользователи инициируют выполнение операций базы дан­ных, вводя простейшие команды или выбирая команды меню. Это зна­чит, что таким пользователям не нужно ничего знать о базе данных или СУБД. Например, чтобы узнать цену товара, кассир в супермаркете ис­пользует сканер для считывания нанесенного на него штрих-кода. В ре­зультате этого простейшего действия специальная программа не только считывает штрих-код, но и выбирает на основе его значения цену товара из базы данных, а также уменьшает значение в другом поле базы дан­ных, обозначающем остаток таких товаров на складе, после чего выбива­ет цену и общую стоимость на кассовом аппарате.

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

Дата добавления: 2015-05-09