Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Плещёв БД 2013-06-02.doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
26.54 Mб
Скачать

3.14.3.3. Формирование журнала аудита (изменений) базы данных

Часто требуется сохранение всех изменений таблиц в отдельной таблице, которую, обычно, называют журналом аудита или изменений. Это дает возможность просмотреть историю изменение таблиц (какой пользователь, когда и что корректировал для контроля или в случае обнаружения ошибок и нужно выяснить, кто допустил ошибку нечаянно или преднамеренно) и/или восстановить состояние таблиц на некоторую дату.

Для этой цели создается специальная таблица (рисунок 3.14.3.3.1).

Рисунок 3.14.3.3.1 – Окно конструктора таблицы журнала аудита

Для удобства и унификации рекомендуется в каждой таблице задавать уникальное поле № записи типа счетчик. Это позволит упростить работу с журналом и однозначно идентифицировать любую запись таблицы.

Для каждой таблицы формируется (обычно мастером) входной документ (обычно, табличный) и для соответствующих событий (рисунок 3.14.3.3.2) формируются процедуры их обработки (рисунок 3.14.3.3.3).

Рисунок 3.14.3.3.2 – Страница событий окна свойств формы

Рисунок 3.14.3.3.3 – Функции обработки событий формы

Как видно из рисунка 3.14.3.3.3 в тексте процедур есть обращения к соответствующим функциям и процедурам (рисунки 3.14.3.3.4-3.14.3.3.7) которые размещены в модуле Modul1.

Рисунок 3.14.3.3.4 – Функция определения полномочий пользователя для таблицы

Рисунок 3.14.3.3.5 – Функция чтения полномочия пользователя для таблицы

Символы “ _” (пробел и подчеркивание) являются признаком переноса текста команды на следующую строку программы.

Параметр acHidden задает режим открытия формы без вывода ее на экран (это нужно для доступа к полям таблицы параметров, которые указаны в этой форме).

Параметр dbSeeChanges в запросе необходим при работе с базой данных с СУБД SQL Server.

Параметр dbSQLPassThrough в запросе задает его тип – сквозной (передается на сервер и выполняется СУБД на сервере).

Рисунок 3.14.3.3.6 – Процедура формирования и вывода записи в журнал аудита

Рисунок 3.14.3.3.7 – Функция формирования списка значений полей записи

3.15. Перенос базы данных Access на платформу sql Server

Командой Сервис/Служебные программы/Разделение базы данных мож­но разделить файл базы на два файла: таблицы данных (back‑end ‑ “фо­но­вая” часть приложения хранится на сервере во внешнем файле) и объек­ты приложения (front‑end ‑ часть переднего плана может храниться на кли­ент­ской машине). Такое разделение дает ряд преимуществ: возможность иметь несколько частей переднего плана, и фоновой частью можно пользо­вать­ся всем пользова­те­ля­м. Таблицы, хранимые во внешнем файле, по­ме­чают­ся стрелочками (слева от их имен) в окне базы. Имена файлов можно уви­деть в окне диспетчера связанных таблиц, вызываемого командой Сервис/Служебные программы/Диспетчер связанных таблиц.

Перенос базы данных на платформу SQL Server осуществляется мас­те­ром преоб­ра­зо­ва­ния, который вызывается командой Сер­вис/Слу­же­б­ные программы/Мастер пре­­образования в формат SQL.

После переноса на платформу SQL Server нужно:

  1. Проверить, чтобы таблицы имели ключи.

  2. Установить права доступа к таблицам на сервере.

  3. Запретить сохранение паролей в клиентском приложе­ни­­и.

  4. Модифицировать приложение Access для эффективной работы.