业务日志记录的问题讨论

项目数据访问方式：

action->service-->dao

要求记录业务日志：

  访问人  访问人IP  数据变化（要求记录例如：姓名：张三 修改成  李四  年龄：男 修改成女）

现在的问题是：

   在那一层记录日志比较好，目前采取的方式是在action层，原因是里面比较容易得到 用户信息和数据信息

困惑：每一个动作ACTION都要记录日志，有没好的解决方案？？

关于业务级别的日志记录，大家有没好的方案？

评论

8 楼 coolzyt 2007-09-18  

以前日志是用拦截器，现在全改成service里手动记录了，原因是不够灵活

7 楼 Zmud 2007-09-18  

抛开技术不讲，我觉得更应当审视的是用户的真实需求问题。

楼主举的记录姓名修改、性别修改的例子往往是在人力资源的人事档案管理系统中，修改人事信息字段本身就是业务，一般我们称呼为“人事变动”，但并不是说系统的所有地方都有这个需求。

所以真实的需求也并一定就是通用的监测字段或者属性变化的日志问题，是不是可以跳出框架、AOP诱导我们的实现角度呢……

6 楼 hyhongyong 2007-09-18  

抛出异常的爱 写道

当作一个业务放到数据库的另一个表中。。。。
比原表多一个主键与修改时间字段来完成这个功能
当想要知道改成什么了，把小于此时间的记录第一条拿出来作比较
我们用AOP作到了server与dao之间，事务处理之内。

比较实用的方法！

5 楼 yiding_he 2007-09-13  

Action 中写日志的话，应该将关注点放在用户的操作而不是数据库的变化上，也就是说日志包含以下内容：

用户身份（用户名、当前角色等）
用户操作（查询、添加、修改、删除等）
操作参数
操作结果（是否成功、详细信息等）

4 楼 抛出异常的爱 2007-09-12  

当作一个业务放到数据库的另一个表中。。。。
比原表多一个主键与修改时间字段来完成这个功能
当想要知道改成什么了，把小于此时间的记录第一条拿出来作比较
我们用AOP作到了server与dao之间，事务处理之内。

3 楼 eaglezhang 2007-09-12  

欢迎各位老大继续讨论下去，我觉得这应该是大家的一个共性问题。

2 楼 lee5593 2007-09-12  

参见http://lee5593.iteye.com/blog/88163

1 楼 fuwang 2007-09-11  

要记录字段级的数据变化历史，如果采用action->service-->dao这种方式，我觉得将会很困难。
普通的程序员只会想到逐个属性的进行比对，一有变化就记录日志，而想不出一个通用的方案。
某些实现得比较好的基于元数据的底层平台，例如hipergate(http://www.hipergate.org)或maximo，应该可以轻而易举的实现这个功能。