Добрый день!
Пишу систему, встал вопрос по логированию данных. Нужно что бы в нужный момент из приложения пользователь мог посмотреть кто изменял те или иные данные в разных таблицах. Например таблица Контрагенты. Кто то поменял телефон, ну или ещё что то.
Вариант есть сделать дублирующую таблицу и одна действующая, а вторая именно лог, где теже поля только поле id уже не уникальный ключ, но так же указывет на запись, но мне кажется слишком громозко и для каждой таблицы надо свой дубликат иметь.
Можно отдельную таблицу, где будут хряниться изменяемые поля.
Есть вариант тоже завести отдельную таблицу, а изменяемые поля будут храниться в виде поля массива.
У кого какая практика и кто какие решения использовал? Посоветуйте пожалуйста

Добавление, редактирование и удаление записей будет осуществляться только через функции, соответственно функции и будут логировать. Но как это лучше хранить?
Я пока склоняюсь именно к варианту таблицы, у которой будут поля:
1.Дата изменения
2.Кто изменил
3.Массив изменений( список полей, список значений старых, список значений новых)

Но хранить новые или старые данные пока не знаю стоит или нет, но главное суть. И смотреть историю будет как то проще.
Но как в таком случае хранить разные типы данных, например некоторые текстовые поля, а некоторые вообще логические.

p2.LeximusNetПишу систему, встал..."теже поля" - и будешь сравнением всех полей определять, что поменялось? а с чем?

Ну в любом случае что то поменялось, иначе изменения просто не будут производиться. Если пользователь ничего не поменял, то даже при нажатии Сохранить у меня ничего не будет меняться. К тому же главное смотреть вообще что что то поменялось и всё иметь что поменялось.

qwwqLeximusNet,

велосипеды на раззные вкучы тут:
https://yandex.ru/yandsearch?clid=2186618&text=postgresql audit data triggers&lr=213

или тут

https://www.google.ru/search?client=ubuntu&channel=fs&q=postgresql audit data triggers&ie=utf-8&oe=utf-8&gfe_rd=cr&

Гуглить и Яндексить(так можно говорить?) я умею, и транзакции что это такое, да и писать их я тоже умею, вопрос именно не в том как осуществить сбор информации об изменениях, а вопрос именно в том как хранить. Да и способы хранения я знаю несколько, вопрос кто как делает, какие плюсы, удобства и недостатки? Какова практика.

Вопрос именно в том как хранить это логирование.

qwwq, спасибо. Так то я эти методы видел, и тригеры понимаю как они работают. Только я не понял как получить имена полей, что бы когда обычный пользователь сможет посмотреть что и когда менялось, смог понять что и кто поменял. А не так что через запятую перечисление значений.

Dimitry SibiryakovLeximusNetВариант есть сделать дублирующую таблицу и одна действующая, а вторая именно лог, где теже поля только поле id уже не уникальный ключ, но так же указывет на запись, но мне кажется слишком громозко и для каждой таблицы надо свой дубликат иметь.
Это тебе только кажется. Самый простой и удобный вариант.

Да, он самый простой от части. Но получается надо вести отдельно учёт каждой таблицы, для каждой таблицы писать механизмы выгрузки, при добавлении полей таблицы добавлять поля в логирующую таблицу. А чистить лог... а точнее даже переносить в архив, на другие носители помоему вообще ужас.... хотя конечно можно и автоматизировать!

Всем спасибо!

Я пока склоняюсь к двум вариантам. Оба варианта предполагают хранение изменённых записей именно одной таблице.
Вот только хранить лучше в массиве, например массив полей, массив значений, массив изменений ну или в текстовом виде, в строке?
Подскажите пожалуйста. Кто какие методы использует и какие минусы?

Всем спасибо большое, так и поступлю.
Особенно большое qwwq.

Я думаю я не буду все поля логировать, не вижу смысла логировать запросы в моей ситуации и ещё некоторые поля. Добавлю отдельное поле ID и буду индексировать по имени (или указанию таблицы) и полю ID, так я быстро буду находить тех кто изменил именно указанную запись.