Фрилансеры предложат решение вашей задачи уже через несколько минут!

Публикация заказа на фриланс бирже не займет много времени.

11 лет назад
Олег Гашников
51 год, Россия
11 лет в сервисе
Был онлайн 5 лет назад
11 лет назад

Oracle

Существует банковская информационная система, использующая свою БД. В ряде таблиц БД хранятся настройки ИС (параметры документов, параметры переходов,
параметры состояний, параметры условий, и т.д.). Таких таблиц 22.
ИС имеет встроенный механизм логирования изменений настроек, реализованый на основе триггеров.
Пример триггера, отслеживающего изменения в одной из таблиц доступен по требованию. Триггер использует функции пакета доступен по требованию.
Изменение настроек документов оборота логируется в специальные таблицы.
На момент начала проекта данная функциональность доступна для 11 (из 22) таблиц .
Задача 1. Расширить имеющийся функционал аудита на все 22 таблицы настроек (возможно, совместно с администраторами Заказчика). На выходе необходимо получить единую таблицу аудита, где будет храниться следующая информация:
Уникальный идентификатор записи аудита;
Дата создания записи аудита;
Тип операции (добавление/изменение/удаление настройки);
Идентификатор пользователя, кем выполнена операция;
Имя машины, с которой выполнена операция;
Идентификатор целевой таблицы мониторинга (место хранения настройки);
Имя целевой таблицы мониторинга;
Идентификатор целевого объекта аудита (настройки);
Имя целевого объекта аудита (настройки);
Старое значение объекта аудита (настройки);
Новое значение объекта аудита (настройки).
Задача 2. Для БД ИС в целом необходимо создать механизм аудита всех объектов БД (хранимые процедуры, функции, триггеры, последовательности, структуры таблиц, представления, индексы, ограничения, пакеты, задания (jobs)). Насколько я понимаю, это можно сделать на основе триггеров на DDL-события БД. Аналогично, на выходе нужно получить единую таблицу аудита с информацией:
Уникальный идентификатор записи аудита;
Дата создания записи аудита;
Тип операции (create/alter/drop);
Идентификатор пользователя, кем выполнена операция;
Имя машины, с которой выполнена операция;
Идентификатор целевого объекта аудита (объекта БД);
Тип целевого объекта аудита (объекта БД);
Имя целевого объекта аудита (объекта БД);
Старое значение объекта аудита;
Новое значение объекта аудита.

Работа на полный день на территории заказчика в Москве.
5000 р в день.
Оплата по завершению.
Работа под контролем менеджера заказчика в разумное время

  1. Прием заявок
  2. Выбор исполнителя
  3. Выполнение заказа
  4. Обмен отзывами
  • Рекламное место свободно
    26 дней за $9
  • Рекламное место свободно
    26 дней за $9

Нет заявок

Другие заказы в категории «Базы данных»

Здесь заказчик и фрилансеры могут обсуждать заказ до начала его выполнения.
Фрилансеры могут участвовать в обсуждении только после подачи заявки.
Здесь заказчик будет контролировать выполнение заказа и общаться с исполнителем.
Доступ к этому разделу имеют только заказчик и выбранный исполнитель.
Все материалы этого раздела закрыты от поисковых систем.