请教高手，如何设计系统日志功能，请给个思路
我现在的系统急需一个日志系统，需要记录什么人，什么角色，对什么表，进行了什么操作，操作前数据是什么，操作后数据是什么。

如果写在WEB层，要每个相关页面都要改动，而且如果是update，那update了哪些字段也不好统计，因为有的表有120+个字段。

我现在是想用触发器的方式来写，不过判断更改的字段也比较麻烦，而且要每个表都写触发器，且insert和update都得写(目前没有delete)。

或者不用数据库实现，用哪种方式更合理，请大家给提供个方案或思路。

------解决方案--------------------
这样的需求纯属无聊。
------解决方案--------------------

探讨

哦，为什么这么说，有日志不是很有用处嘛。

------解决方案--------------------
我知道的CRM中会有类似的操作，但是也就只是记录执行了哪些操作，具体操作了什么，数据是什么也不会记录下来的，而且是经过了长期的总结实现的。我感觉你的这个需求没必要，而且有点纯粹是浪费资源的感觉。
------解决方案--------------------
"不用数据库实现，用哪种方式更合理"

不都是在每个操作之前先保存操作前日志，操作成功或失败后再更新对应日志，事务就行了
------解决方案--------------------
支持以下哈哈