浅谈管理系统操作日志设计（附操作日志类）

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

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

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

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

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

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

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

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

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

　　……

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

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

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

class LOG{
	protected $primaryid;
	protected $tbid;
	protected $tbname;
	protected $keys;
	protected $values;
	/**
	 * 参数说明
	 * int				$tbid		查询指定表的id
	 * string			$tbname		数据库表名
	 */
	public function insert($tbid, $tbname){
		global $db;
		//查询表注释
		$db->query('show table status where name = "'