日志（操作）数据库设计

日志管理模块升级方案

1.      背景

由于现阶段的日志管理，记录的数据比较简单，不够具体，不能适应系统日益庞大的需求。需要对此功能进行升级。

       希望增加的功能有：

l         方便地区分操作类型

l         尽可能详细的记录用户的操作

2.      现状

2.1  日志类型

       操作类型和查询类型。

2.2  数据存储

       数据库。所有类型全放在同一张表中。

 

2.3  记录方式

         登录相应页面，执行相应动作时，简单记录想要的值，写入数据库相应字段。

3.      升级方案

4.1  日志类型

分成三种类型：登录、查询、修改参数和用户管理。

4.2  数据存储

还是采用数据库的存储方式。数据表的结构做了一些调整：

日志表（D_Logs）
序号	列名	数据类型	允许空	默认值	主键	说明
1	LogID	int			√	标识(自增)
2	UserCode	varchar(50)				用户代码
3	UserName	varchar(100)				用户名
4	LoginIP	varchar(20)				登录IP
5	Type	int				操作类型
6	Operation	varchar(1000)	√			操作内容
7	CreateDate	datetime		getdate()		操作时间
8	Remark	varchar(500)	√			备注

由于4种类型的操作都记录在同一张表中，加上这4种类型所需要记录的内容各不相同。所以有以上表结构的调整。共同的信息都记录在除Operation字段外的其它字段中。而Operation字段则是用来记录这4种类型具体的操作内容。

为了方便存储和读取，我们采用Json字符串的形式记录具体的操作内容。

Json字符串的形式为：

{“para1”:”value1”, “para2”:”value2”, “para3”:”value3”, “para...n”:”value…n”}

其中：para为参数，value为值。

由此，如果用户进行了一个查询的操作，我们可以记录为：

{“查询类型”:“值”, “查询名称”:“值”, “公司”:“值”,……….}

又如，进行用户管理时：

{“姓名”:“新值”, “状态”:“新值”, “旧角色”:“角色1，角色2”, “新角色”:“角色1，角色2”,……….}

这样，我们就可以记录任意我们想记录的信息了（只要存储字段设得足够大）。

4.      实现方式

4.1  所要做的调整

l         数据库表

l         日志管理底层代码

l         程序中的存取

4.2  程序实现

数据表的调整由于只是修改一下数据结构而已，在此就略过了。主要讲第2，3个调整。

底层代码。主要是一些对日志表所进行的增、删、查、改操作及相应的调用接口。但需要注意的一点是：日志主要是记录事实，所以就不需要修改的操作，加上对Json字符串的修改也需要编写额外的代码。查询方面，我们一般会针对时间，操作类型，用户等进行查询，很少会对具体的操作内容进行查询的。因为对Json字符串进行查询是比较复杂和费时的一项操作来的，所以只需要对除“操作内容”外的其它字段进行查询即可。

存取。存，我们需要按照Json字符串的格式拼接字符串，然后调用底层的插入数据接口，将数据存入数据表中的Operation字段即可。取，我们可以将Json字符串的键值以表格的形式显示出来即可。