 |
Существующие в Access типы прав доступа.
|
|
|
|
Права подключающегося пользователя делятся на явные и неявные.
Явные права имеются в случае, если они определены для учетной записи пользователя.
Неявные права - это права той группы, в которую входит пользователь.
Как уже было сказано: пользователь, имеющий явные и неявные права в одной или нескольких группах, пользуется правами с минимальными ограничениями из всей совокупности прав.
Типы прав доступа:
| Права доступа | Разрешенные действия | Объекты |
| Открытие/запуск | Открытие БД, формы или отчета, запуск макроса | БД, формы, отчеты, макросы |
| Монопольный доступ | Открытие БД для монопольного доступа | БД |
| Чтение макета | Просмотр объектов в режиме конструктора | Таблицы, запросы, формы, отчеты, макросы, модули |
| Изменение макета | Просмотр и изменение макета объектов или удаление объектов | Таблицы, запросы, формы, отчеты, макросы, модули |
| Администратора | Для баз данных: установка пароля, репликация и изменение параметров запуска. Для объектов БД: полные права на объекты и данные, в том числе предоставление прав доступа | БД, таблицы, запросы, формы, отчеты, макросы, модули |
| Чтение данных | Просмотр данных | Таблицы, запросы |
| Обновление данных | Просмотр и изменение данных без их вставки и удаления | Таблицы, запросы |
| Вставка данных | Просмотр и вставка данных без их изменения | Таблицы, запросы |
| Удаление данных | Просмотр и удаление данных без их изменения и вставки | Таблицы, запросы |
Изменить права других пользователей на объекты некоторой БД могут следующие пользователи:
1. Члены группы Admins;
2. Владелец объекта;
3. Пользователь, получивший на объект права администратора.
Изменить свои собственные права в сторону их расширения могут пользователи, которые являются членами группы Admins и владельцы объекта.
|
|
|
Владелец объекта - это пользователь, создавший объект.
Владельца объекта можно изменить путем передачи права владельца другому пользователю. Правами изменения владельца обладают пользователи, имеющие право изменить права доступа к объекту или создать объект (Сервис -> Защита -> Разрешения).
Создать объект в новой БД, можно с помощью операции импорта/экспорта или копирования его в БД. Для создания и защиты на уровне пользователя копии всей БД можно воспользоваться мастером защиты (Сервис -> Защита -> Мастер). Владельцем защищенной БД может стать другой пользователь => здесь происходит изменение владельца БД, но у исходной БД остается свой владелец.
Установка защиты на уровне пользоваеля - это процесс, сложнее парольной защиты. Она состоит из следующих операций:
1. Создание файлов РГ;
2. Создание учетных записей пользователей и групп;
3. Включение пользователей в группы;
4. Активизация процедуры подключения к Access;
5. Защита каждой из БД с помощью "мастера защиты".
2.2. Манипуляции с файлами РГ.
Выполняются с помощью программы "Администратор рабочих групп" (АРГ).
Назначение - привязка Access к нужному файлу РГ. (Сервис->Защита).
Функции АРГ:
- создание файла РГ;
- связь с произвольным файлом РГ;
- выход из программы.
Система защиты на уровне пользователя действует в двух основных режимах:
1. С требованием подключения пользователя к системе;
2. Без требования подключения пользователя к системе;
Для активизации окна входа в систему необходимо:
1. Запустить Access;
2. Сервис->Защита->Пользователи и группы. Откроется окно "Пользователи и группы".
3. На вкладке "Пользователи" проверить, что в поле имя выбрана учетная запись Admin.
4. На вкладке изменение пароля оставить пустым поле "текущий пароль", а в поле "новый пароль" ввести его (от 1 до 14 символов, без пробелов).
|
|
|
5. Подтверждение пароля.
С помощью кнопки отчет о защите можно получить отчет различной степени детальности:
- о пользователях и группах;
- о пользователях;
- о группах.
Для этого необходимо открыть БД, чтобы проверить право пользователя на доступ к ней и включить принтер.
Определение прав пользователей и групп.
Вызов окна управления правами доступа: Сервис -> Защита -> Разрешение.
При управлении правами доступа учитывается следующее: возможности манипуляций зависят от полномочий текущего пользователя, указанного в нижней части окна.
Для выбора нескольких объектов в области " имя объекта " используется клавиша Ctrl.
Для смены владельца некоторого объекта БД - вкладка " Смена владельца ".
Шифрование БД.
Средства шифрования в Access позволяют копировать файл БД таким образом, что он становится недоступным для чтения из других программ, в которых известен формат БД Access.
Шифровать не защищенную паролем БД смысла нет, т.е. шифрация в Access применяется, чтобы изменить до неузнаваемости стандартный формат файла БД (Запустить Access -> Сервис -> Защита -> Шифровать/дешифровать -> указать имя БД, которую требуется зашифровать -> указать имя, диск и папку для целевой БД -> ОК).
Замечания: при низком качестве гибких дисков надо быть осторожным во время шифрования БД, т.к. если зашифрованной БД вы дали то же самое имя, она "затирает" исходную, и если возникла какая-либо ошибка при шифровании, то можно потерять БД.
Вывод: при шифровании необходимо дать другое имя БД, проверить ее, а исходную удалить.
Скрытие объектов БД.
Механизм скрытия применяется в случаях, когда пользователь работает с БД через стандартный интерфейс (окно БД) и желательно предохранить БД от случайного доступа к ее объектам. Для этого необходимо:
1. Выделить объект->правая кнопка мыши->скрытый;
2. Переименовать объект таким образом, чтобы его имя начиналось с Usys.
Скрытые объекты БД пользователь видит в окне БД если в текущих установках параметров Access задано отображение скрытых объектов в окне БД.
Чтобы скрытые объекты сделать не скрытыми, необходимо их сначала сделать видимыми (Сервис->Параметры->Вид->Отображение на экране->Скрытые объекты). Поле этого работать со свойствами этого объекта.
|
|
|
Кроме пользовательских объектов в каждой БД есть системные (служебные) объекты. Их имена начинаются с символов Msys. Атрибут этих объектов - системный. Чтобы их увидеть: Сервис->Параметры->Вид->Отображение на экране->Системные объекты.
Под обслуживанием БД понимают: копирование, восстановление, сжатие.
Репликация баз данных.
Репликацией называются создания специальных копий (реплик) БД Access, с которыми пользователи могут одновременно работать на разных рабочих станциях.
Отличие репликации от обычного копирования файлов ОС в том, что для каждой реплики возможна синхронизация с остальными репликами. По одной БД можно создать набор реплик, где различают основную реплику и дополнительные реплики.
Основная реплика отличается от обычной (дополнительной) тем, что в ней можно изменять структуру БД.
Вывод: в любой момент времени в наборе реплик одна из них является основной, остальные - дополнительными.
Дополнительные реплики можно создавать из основной и дополнительных реплик.
Создание новой реплики - это преобразование файла исходной БД в новый файл.
Исходную БД будем называть реплицируемой.
Для безопасности, перед проведением преобразования целесообразно создать резервную копию исходной БД.
После репликации файл исходной БД пропадает. В ходе репликации в файл исходной БД добавляются специальные таблицы, поля, свойства, исходная БД становится основной репликой в наборе реплик.
Добавленные системные таблицы в результате репликации изменять пользователю не рекомендуется. Они могут быть видимыми или нет (Вид->Системные объекты->…).
Реплицироваться могут все объекты БД (таблицы, формы, запросы, отчеты и т.д.). В каждой дополнительной реплике, кроме реплицируемых объектов, могут содержаться свои локальные объекты, структура и содержание которых не передаются в другие реплики. Признак реплицируемости объекта БД устанавливается Access путем изменения свойств объектов.
|
|
|
Изменение структуры реплицируемых объектов, а также содержимого БД основной реплики по специальным командам синхронизации передается во все дополнительные реплики.
Образование основной реплики.
Репликация БД преследует следующие цели:
1. Распространение приложений, т.е. все изменения существующих объектов и добавление новых объектов БД выполняются в основной реплике. В сеансе синхронизации между репликами последние изменения распространяются на объекты дополнительных реплик набора.
2. Доступ к данным. Пользователи, работающие не переносных компьютерах и имеющие реплики основной БД, после подключения к сети, могут провести синхронизацию внесенных ими на переносных компьютерах исправлений с изменениями общей реплики.
3. Резервное копирование. Поместив реплику на другом компьютере, можно организовать резервное копирование данных основной базы, т.е. репликация разрешает вносить изменения даже во время синхронизации и создания резервной копии.
4. Перераспределение нагрузки и распараллеливание работы пользователей. Одновременная работа группы пользователей с репликами одной БД позволяет распараллелить работу и ускорить решение некоторых задач при работе с ней (например, ввод большого числа исходных данных).
Синхронизацией называют процесс обновления двух компонентов в наборе реплик, при котором производится обмен обновленными записями и объектами из каждого компонента.
Синхронизацию предпочтительно выполнять через основную реплику. Архивирование БД лучше свести к архивированию БД основной реплики.
Вывод: управлять набором реплицируемых объектов и их структурой нужно из основной реплики.
Создание реплики: Сервис->Репликация.
Создание дополнительной реплики: Сервис->Репликация->Создать дополнительную реплику.
Синхронизация реплик: Сервис->Репликация->Синхронизация.
Устранение конфликтов при синхронизации: Сервис->Репликация->Устранение конфликтов.
|
|
|
