Я бачив, що деякі програмні системи мають функціональні можливості аудиту та журналу. Обидва ці функціональні можливості здаються, що вони роблять однакові речі - записують усі дії користувачів за кадром. У базі даних існують відповідні таблиці аудиту та журналів. Якщо вони дійсно роблять те саме, чому розробник розробив дублюючу функцію в системі?
Відповіді:
Від того, над чим я працював, існує різниця між ними, виходячи з їх природи. Журнал є (може бути) швидкопсувним, тоді як аудиторський слід захищений і не швидкопсувний. Як результат, ви ніколи не записуватимете конфіденційну інформацію чи інформацію, яка вам знадобиться пізніше. З іншого боку, слід аудиту є безпечним. Це те, що не повинно легко загинути.
Наприклад, у банківському програмному забезпеченні ви будете перевіряти трансакцію кредитних дебетів, невдалі транзакції тощо. Цей аудит зберігатиметься в базі даних. Файл журналу може зберегти транзакцію, яка вийшла з ладу, коли програмне забезпечення вийшло з ладу та не ввійшло в систему.
Я використовую аудит для відстеження дій користувачів та для реконструкції поточних значень.
Наприклад, у нас є таблиця з подарунковими значеннями, і в цій таблиці ми бачимо, що поточне значення становить 100 доларів США, а початкове значення - 200 доларів.
Це правильно, ми не знаємо….
щоб відповісти на це питання, ми маємо знати, що сталося між ними.
тому у нас є таблиця аудиту, в якій ми зберігаємо всі дії для цієї таблиці, наприклад:
січ. 1 init 200 доларів
січ. 3 додайте 300 доларів
січ. 5 відняти 350 доларів
січ. 7 контрольне значення (повернуто 150)
січ. 8 відняти 50 доларів
тепер я знаю, що сказати, якщо користувач зателефонує і каже: ей, куди пішов мій 100 доларів?
"звичайний" журнал використовується для реєстрації помилок, інформації про процес тощо. Ми можемо налагоджувати додаток, коли, наприклад, інформація про аудит та фактичні значення подарункової картки не збігаються, тому ми можемо побачити, що відбувається не так код.