Стоит задача вести выборочный аудит по таблицам и пользователем

Есть 2 варианта:
1 - ведем аудит в одной общей таблице {дата, сущность:текст, пользователь:uid, id-записи:id, изменения: текст} - в поле "изменения" кладутся значения измененной записи. id-записи - в некоторых БД (к примеру PostgreSQL) можно иметь уникальный для всей базы id записи любой таблицы
2 - ведем для каждой таблицы таблицу аудита = полной копии структуры исходной таблицы + поля {дата, пользователь:uid}

1й вариант удобен - потому что одна таблица и все выборки можно делать на ней, но неудобно что измененные поля хранятся в текстовом виде (или в виде JSON для PostgreSQL) и манипуляция с ними крайне не эфективна
2й вариант хорош тем что все измененные поля представлены в "родном" виде и сними можно сразу работать - к примеру выполнить Undo, но проблема возникает с количеством и поддержкой таких таблиц - их надо периодически чистить (а если поддерживать секционирование + оверхед на создание и манипуляции) + выборка по юзеру что он изменил потребует включения в запрос все таблицы аудита

Какой из вариантов по вашему мнению все же наиболее подходящий для практики?

Cane Cat Fisher,

Я вот задумался, что если в одну таблицу будет идти большое количество обновлений а в другие - редко, то запрос по одной таблице будет медленным в силу ее общего большого размера, в то время если запрос будет идти к одной конкретной таблице - это будет гораздо быстрее

хотя в Postgres можно создать одну секционированную таблицу, в которой прописать функцию перенаправляющую вставку данных и выборку в секцию соотносящуюся с таблицей данных...

осталось определиться между: текстовое представление записи или отдельная колонка под поле