浅谈管理系统操作日志设计(附操作日志类)

简介:

 管理系统的操作日志如何做成通用的模块一直是个让我头疼的问题,不过看了博客园里的某篇文章后,现在基本解决了。

  相关文章链接:《系统操作日志设计

  在开始做之前,必须把两个日志分清楚,那就是普通操作日志业务操作日志,这两者有何区别?

  在我理解,普通操作日志就是单表的操作记录,而业务操作日志则就是一系列的普通操作日志的集合。

  打个比方,用户需要购买一样宝贝,已经到了下单那步,下单就是个业务,这个业务背后就是一系列的业务,如:

  生成订单 → 生成商品快照 → 发送一条站内信 → 删除购物车里对应宝贝

  这样一个下单操作就包含了4部分,可以把这4部分看成是4张表,分别对这4张表进行对应的操作,就实现了业务。

  但今天我要讲的不是业务操作日志,因为不同项目的业务不尽相同,所以它无法做成通用模块,而我要讲的,就是普通操作日志。

  上面解释了一大段,下面干货就要亮相了,先洗把脸清醒下。

  ……

  首先,哪些地方需要记录操作日志?执行insert、update、delete这3个操作的时候,就需要进行日志,而日志执行的先后顺序如下

insert 在insert后执行
update 在update前后都要执行,操作前获取操作前数据,操作后获取操作后数据
delete 在delete前执行

  顺序清楚后,就来看下我写的一份日志操作类吧,第一版随便写写的,重复代码有点多,还未来得及优化。

  使用前,需要引入数据库操作类,这是我之前写的一份,可参考《全新的PDO数据库操作类(仅适用Mysql)》。

  引入之后,就可以开始使用了。

  select

1
$log ->insert(82,  'tb_member' );

  update

1
2
3
$log ->updateStart(82,  'tb_member' );
//中间放更新操作代码
$log ->updateEnd();

  delete

1
$log -> delete (82,  'tb_member' );

  可以看到,一共只需要两个参数即可,分别是表ID(主键)和表名称。

  另外需要强调一点,表注释和字段注释一定要完整,因为记录的信息包含注释,目的就是为了查阅的时候能清楚哪个字段是干什么用的。

  下面就看下成品吧

  最后把表结构分享下,一共2张表,一张主表一张从表,主表记录操作表及操作人等信息,从表记录操作的表字段信息。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
-- ----------------------------
-- Table structure for `tb_log`
-- ----------------------------
CREATE  TABLE  `tb_log` (
   `tbid`  bigint (20)  NOT  NULL  AUTO_INCREMENT,
   `adminid`  bigint (20)  DEFAULT  NULL  COMMENT  '管理员id' ,
   `type` tinyint(4)  DEFAULT  '1'  COMMENT  '操作类型:1新增2修改3删除' ,
   `tableid`  bigint (20)  DEFAULT  NULL ,
   `tablename`  varchar (255)  COLLATE  utf8_unicode_ci  DEFAULT  NULL  COMMENT  '表名' ,
   `comment`  varchar (255)  COLLATE  utf8_unicode_ci  DEFAULT  NULL ,
   `dt` datetime  DEFAULT  NULL ,
   PRIMARY  KEY  (`tbid`)
) ENGINE=InnoDB AUTO_INCREMENT=27  DEFAULT  CHARSET=utf8  COLLATE =utf8_unicode_ci;
 
-- ----------------------------
-- Table structure for `tb_log_content`
-- ----------------------------
CREATE  TABLE  `tb_log_content` (
   `tbid`  bigint (20)  NOT  NULL  AUTO_INCREMENT,
   `logid`  bigint (20)  DEFAULT  NULL ,
   `tbkey` longtext  COLLATE  utf8_unicode_ci,
   `tbvalue` longtext  COLLATE  utf8_unicode_ci,
   `currenttbvalue` longtext  COLLATE  utf8_unicode_ci,
   `comment`  varchar (255)  COLLATE  utf8_unicode_ci  DEFAULT  NULL ,
   PRIMARY  KEY  (`tbid`)
) ENGINE=InnoDB AUTO_INCREMENT=109  DEFAULT  CHARSET=utf8  COLLATE =utf8_unicode_ci;

    本文转自胡尐睿丶博客园博客,原文链接:http://www.cnblogs.com/hooray/archive/2012/09/05/2672133.html ,如需转载请自行联系原作者


相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
6月前
|
存储 Kubernetes Docker
|
9月前
|
关系型数据库 MySQL 数据库
MYSQL查看操作日志
MYSQL查看操作日志
403 0
|
4月前
|
Java
如何实现一个高效的二叉搜索树(BST)?请给出时间复杂度分析。 要求:设计一个二叉搜索树,支持插入、删除和查找操作。要求在平均情况下,这些操作的时间复杂度为O(log n)。同时,考虑树的平衡性,使得树的高度保持在对数级别。
如何实现一个高效的二叉搜索树(BST)?请给出时间复杂度分析。 要求:设计一个二叉搜索树,支持插入、删除和查找操作。要求在平均情况下,这些操作的时间复杂度为O(log n)。同时,考虑树的平衡性,使得树的高度保持在对数级别。
34 0
|
2月前
|
Java 计算机视觉 Python
我的自描外挂制作日志——FPS类游戏的自瞄【优化改进1】
我的自描外挂制作日志——FPS类游戏的自瞄【优化改进1】
37 1
|
2月前
|
人工智能 算法 计算机视觉
我的自描外挂制作日志——FPS类游戏的自瞄【构思准备】
我的自描外挂制作日志——FPS类游戏的自瞄【构思准备】
43 0
|
3月前
|
前端开发
muduo源码剖析之AsyncLogging异步日志类
AsyncLogging是muduo的日志,程序如果直接让文件写日志可能会发生阻塞,muduo前端设计了2个BufferPtr,分别是currentBuffer_和nextBuffer_,还有一个存放BufferPtr的vector(buffers_)。多个前端线程往currentBuffer_写数据,currentBuffer_写满了将其放入buffers_,通知后端线程读。前端线程将currentBuffer_和nextBuffer_替换继续写currentBuffer_。
25 0
|
3天前
|
监控 JavaScript Java
|
1月前
|
SQL NoSQL Java
【七】springboot整合AOP实现日志操作
【七】springboot整合AOP实现日志操作
41 0
|
2月前
|
Java
SpringAop实现记录用户操作日志
java实现记录用户操作日志功能
|
2月前
|
Java 计算机视觉
我的自描外挂制作日志——FPS类游戏的自瞄【优化改进2】
我的自描外挂制作日志——FPS类游戏的自瞄【优化改进2】
21 0