- •1. Экономическая информация в автоматизированных информационных системах
- •1.1. Понятие экономической информации, ее виды, особенности, структурные единицы
- •1.2. Экономические информационные системы, их классификация, информационное обеспечение
- •1.3. Внемашинная организация экономической информации
- •2. Организация данных в базах
- •2.1. Недостатки файловой организации данных Понятие базы данных
- •2.2. Иерархическая и сетевая модели данных
- •2.3. Реляционная модель данных
- •2.3.1. Логические связи между отношениями
- •2.3.2. Нормализация отношений
- •2.3.3. Достоинства и недостатки реляционной модели данных
- •2.3.4. Операции над отношениями
- •3. Проектирование реляционной базы данных
- •3.1. Проектирование и его принципы
- •3.2. Этапы проектирования реляционной базы данных
- •4. Системы управления базами данных
- •4.1. Понятие и функциональные возможности субд
- •4.2. Классификация субд
- •4.3. Режимы работы пользователя с субд
- •4.4. Современные субд
- •4.4.1. Настольные субд
- •4.4.2 Серверные субд
- •4.4.3. Распределенные субд
- •4.5. Тенденции развития субд
- •4.5.1. Объектно-ориентированные и объектно-реляционные субд
- •4.5.2. Системы управления базами знаний
- •5. Общая характеристика cубд Microsoft Access 2000
- •5.1. Субд Microsoft Access 2000
- •5.2. Объекты бд и их размещение
- •5.3. Пользовательский интерфейс Access
- •Сервис/Параметры вкладка Вид
- •5.4. Справочная система Access и пользование ею
- •5.5. Настройка рабочей среды в Access
- •5.6. Данные в Access
- •5.7. Выражения в Access
- •5.8. Инструментальные средства создания объектов бд
- •6. Создание и корректировка бд в субд Access
- •6.1. Проектирование базы данных для учебного примера
- •6.2. Создание файла бд
- •6.3. Создание таблицы
- •Окно бд объект Таблицы [Создать]
- •6.4. Создание схемы данных и корректировка бд
- •Файл / Печать схемы данных
- •6.5. Работа с таблицей
- •7. Формирование запросов в субд Access
- •7.1. Возможности, типы и способы создания запросов
- •7.2. Создание запроса выбора
- •Правка / Удалить столбцы
- •Правка / Очистить бланк
- •7. 3. Создание перекрестного запроса
- •7.4. Создание запросов действия
- •Запрос / Создание таблицы
- •Запрос / Обновление
- •8.2. Назначение и способы проектирования отчетов
- •8.3. Инструментальные средства конструкторов форм и отчетов
- •Вид/Панели инструментов;
- •Вид/Панель элементов
- •Вид/Cетка;
- •Вид / Заголовок ! Примечание формы Вид / Заголовок ! Примечание отчета
- •Вид / Сортировка и группировка
- •8.4. Элементы управления и работа с ними
- •8.5. Рекомендации к созданию формы
- •8.6. Работа с формой
- •8.8. Работа с отчетом
- •9.2. Команды sql
- •Пример команды sql
- •9.3. Данные и выражения
- •9.4. Формирование запросов на языке sql
- •9.5. Создание запроса на языке sql в субд Access
- •10. Инструментальные средства разработки прикладных программ в субд Access
- •10.1. Понятие макроса и модуля
- •10.2. Классификация макрокоманд. Типы макросов
- •10.3. Создание макроса и работа с ним
- •11. Администрирование базы данных
- •11.1 Пользователи и администратор базы данных
- •11.2. Защита базы данных
- •11.3. Восстановление базы данных
- •11.4. Сжатие базы данных
11. Администрирование базы данных
11.1 Пользователи и администратор базы данных
Пользователями БД могут быть:
прикладные программы;
программные комплексы;
специалисты предметной области, выступающие в роли потребителей или источников данных, называемые конечными пользователями.
Администратор БД – физическое лицо или группа лиц, ответственные за состояние, развитие и использование БД организации или учреждения. Администратор БД обеспечивает работоспособность БД, контролирует и поддерживает полноту, достоверность, непротиворечивость и целостность данных, необходимый уровень защиты данных. Роль администратора БД аналогична роли системного инженера, сопровождающего операционную систему.
11.2. Защита базы данных
Практически ни одна современная компания не может обойтись без использования БД. В БД хранится и накапливается в течение длительного времени информация, критически важная для деятельности компании. Утечка данных из базы вследствие компьютерного браконьерства, их искажение из-за сбоев в компьютерной системе, ошибок пользователей и программных средств, потеря в случае различных катастроф (наводнений, землетрясений, пожаров) могут парализовать работу компании и нанести ей огромный материальный ущерб. Все это делает актуальной защиту БД.
В современных многопользовательских СУБД защитные механизмы реализуются различными способами: начиная от проектирования СУБД со встроенными механизмами и заканчивая интеграцией с продуктами по защите информации сторонних разработчиков.
Простейшим способом защиты БД является установка пароля для открытия БД. После установки пароля при каждом открытии БД будет появляться диалоговое окно, в которое требуется ввести пароль. Только те пользователи, которые введут правильный пароль, смогут открыть БД. Этот способ достаточно надежен, но он действует только при открытии БД. После открытия БД все объекты становятся доступными для пользователя (пока не определены другие типы защиты). Для БД, которая совместно используется небольшой группой пользователей или на автономном компьютере, обычно оказывается достаточно установки пароля.
БД может быть зашифрована. Для шифрования применяются специальные шифры (тайнопись, криптография). При шифровании БД ее файл кодируется и становится недоступным для чтения с помощью служебных программ или текстовых редакторов. Дешифрование БД отменяет результаты операции шифрования.
Наиболее гибкий и распространенный способ защиты БД - защита на уровне пользователей. Этот способ защиты подобен способам, используемым в большинстве сетевых систем. Двумя основными причинами использования защиты на уровне пользователей являются:
защита приложения, работающего с БД, от повреждения из-за неумышленного изменения пользователями таблиц, запросов, форм, отчетов и макросов, от которых зависит работа приложения;
защита конфиденциальных сведений в базе данных.
При запуске СУБД от пользователя требуется идентифицировать себя и ввести пароль. Пользователи идентифицируются как члены группы. СУБД по умолчанию создает две группы: администраторы (группа «Admins») и пользователи (группа «Users»). Допускается также определение других групп.
Группам и пользователям предоставляются разрешения на доступ, определяющие возможность их доступа к каждому объекту базы данных. Например, члены группы «Users» могут иметь разрешения на просмотр, ввод или изменение данных в таблице, но им не будет разрешено изменять структуру этой таблицы; могут быть допущены только к просмотру данных в одной таблице и не иметь доступа к другой таблице. Члены группы «Admins» имеют разрешения на доступ ко всем объектам БД.
В случае необходимости более разветвленной структуры управления для различных групп пользователей, можно создавать новые группы, присваивать группам различные наборы разрешений на доступ и добавлять новых пользователей в соответствующие группы.