Это на самом деле не вопрос ASP.NET MVC.Вы можете реализовать аудит на своем уровне EF. Вот быстрый пример, который я только что нашел.
Я обнаружил, что трюк с одитингом заключается в понимании того, почему вам нужна поддержка.Часто пользователь говорит, что хочет провести аудит, но на самом деле он просто хочет знать дату последнего изменения / пользователя.Вы должны знать, нужны ли им возможности отмены, аудит безопасности и т. Д. Это для соответствия нормативным требованиям или для администратора баз данных, чтобы исправить ошибки пользователя?Часто бывает проще удалить и повторно ввести данные, чем вручную редактировать БД.Кроме того, как откат данных повлияет на другие проблемы отчетности?Если вы изменили данные и повторно запустили отчет, он не будет соответствовать оригиналу.Если это проблема, вам нужно сохранить исходные результаты или иметь модель источника событий.Не весело.
Вторая сложность аудита заключается в том, чтобы выяснить, как отображать данные.Иногда запросы SQL приемлемы, в других случаях пользователи хотят иметь полную историю в пользовательском интерфейсе.Мое предложение состоит в том, чтобы проанализировать бизнес-потребности вашего дела и изучить соответствующие реализации.
Кроме того, если вам необходимо провести аудит изменений отношений в базе данных, простого решения не существует.Удачи!