8. Пользователи бд. Основные функции группы администратора бд

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

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

1) администраторы баз данных; 2) администраторы по защите данных; 3) разработчики приложений; 4) администраторы приложений; 5) пользователи базы данных; 6) администраторы сети.

Администратор БД - Лицо или группа лиц, осуществляющих:

• первоначальную загрузку и ведение БД

• разработка технологии первоначальной загрузки БД;

• разработка технологии проверки соответствия введенных данных;

• защиту данных

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

• разработка принципов защиты конкретных данных и объектов проектирования, разработка спец. методов кодирования информации при ее циркуляции в локальной и глобальной ИС;

• разработка средств фиксации доступа к данным и попыток нарушения системы защиты;

• тестирование системы защиты;

• исследование случаев нарушения системы защиты и развитие динамических методов защиты информации в БД

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

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

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

Последовательность действий: 1)выделить сущности и присвоить им уникальные имена; 2)занести в глоссарий модели формальное определение имен сущностей.

Требования к диаграмме: сущности должны быть представлены на диаграмме только именами; допускаются зависимые и независимые сущности;

Порядок разработки ER-диаграммы в ERWin.

1 Выбирается из ErWin Toolbox тип сущности зависимая или независимая.

2 Щелкнуть по месту расположения сущности на рабочем поле.

3 Выбрать в Toolbox стрелку Select. Дважды щелкнуть по полю сущности. В

открывшимся редакторе Entity- Attribute Editor в окне Entity записать имя сущности. OK.

Проектирование отношений. Проектирование и осмысление характера взаимосвязей между

сущностями.

Последовательность действий: 1)определить тип отношения; 2)указать имя отношения.

Порядок проектирования диаграммы.

1 Устанавливаются в поле экрана сущности Родителя и Потомка. Щелкнуть по полю тип отношений ErWin.

2 Щелкнуть сначала по полю сущности Родителя, а затем по полю сущности Потомка.

3 Дважды щелкнуть по отношению. В открывшимся редакторе отношений в окне Verb Phrase вводят глагольную форму, связывающую обе сущности в смысловое предложение. Выбрать тип категории.

Физическое проектирование.

Последовательность действий: 1)поставить в соответствие именам сущностей и атрибутов логической модели имена таблиц и полей БД; 2)разработать сопроводительную документацию.

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