常見的幾個表具體說明:操作日志表Sys_OperateLog、登录日志表Sys_LoginLog、
系统字典表Sys_Dictionary、系统字典表类型Sys_DicType
中文名 | 字段名 | 註釋 |
操作日誌編號 | OL_ID | 索引列,日志的编号 |
操作類型 | OL_Type | 是添加,修改,删除,查询等类容(可放在通用字典表) |
操作模塊 | OL_Module | 操作模塊,比如新闻模块,关联的是菜单表编号 |
操作內容 | OL_Content | 操作了什麼內容,越具体越好(修改前、修改后) |
操作人 | UI_ID | 用戶的信息 |
操作時間 | OL_AddDate | 日誌記錄創建時間 |
操作IP | OL_IP | 操作人的IP地址 |
備註信息 | OL_Remarks | 備註信息,一些其他的需要说明的信息 |
这样的一个操作日志比较笼统,不是能具体到具体的字段值更新,如果要具体到某个具体值的更新,则需要设计新的数据库
一般情況下需要這樣幾個表,系统中可能已经有了,但是我们拿到我们自己的数据库中来,一个是数据库列表的表(就是数据库中有几个表)(编号,创建时间,创建人,修改时间,修改人,表名,注释,是否删除),然后就是数据库表下面的字段类型(编号,创建时间,创建人,修改时间,修改人,字段名,字段类型,字段精度,字段说明,字段注释,表的编号),也就是字段列表,这时的日志操作表可以这样设计(编号,表名,被修改的字段名,修改前值,修改后值,操作人,操作时间,相关模块,操作IP) 这种能记录修改记录,但是添加和删除时记录就不是很方便控制了。
中文名 | 字段名 | 註釋 |
登錄日誌編號 | LL_ID | 登錄的日誌編號 |
登錄人 | UI_ID | 登錄人 |
登錄時間 | LL_AddDate | 登錄時間 |
登錄IP | LL_IP | 登錄的IP地址 |
登錄狀態 | LL_Status | 登錄是否成功的標識位 |
登錄瀏覽器 | LL_Browser | 登錄瀏覽器 |
登錄分辨率 | LL_Resolution | 登錄的屏幕分辨率 |
還有一個就是數據字典表,我看过很多的数据库设计,类型表一个接一个,没有放在一起,还有的干脆写在注释里,有的根本就没有,这样某个程序员走了,这个字段就没人知道了,即使没走,自己也有可能时间长了忘掉,所以,见一个基础数据字典表的作用非常重要,其他的比如地区表(Sys_DicArea),汉语拼音表(Sys_DicCharacter)(用来汉字和拼音的转换)因为数据量较大,单独建表。这里介绍通用的数据字典表。
中文名 | 字段名 | 註釋 |
字典編號 | SD_ID | 字典的編號,可以直接使用此主键编码(注意删除时的关联关系) |
字典類型 | DY_ID | 字典類型的ID,需要建立字典类型表,因为放的是所有的字典表 |
字典編碼 | SD_Code | 字典編碼,支持自己编码(同一类型是唯一的,一般是整数型 |
字典中文名稱 | SD_Name | 字典中文名稱(比如男女,比如状态,可以放在字典表里,作为查看依据) |
字典備註 | SD_Remarks | 字典備註,字典需要一些备注信息 |
創建人 | ||
創建日期 | ||
修改人 | ||
修改日期 |
中文名 | 字段名 | 註釋 |
字典類型編號 | DT_ID | 字典的自動索引號 |
字典類型名稱 | DT_Name | 字典類型的中文名稱 |
字典的備註說明 | DT_Remarks | 字典使用的備註說明 |
字典狀態 | DT_Status | 字典是否刪除,不在使用 |
最后补充一些内容,一般设计数据库是这个样子的,但是不排除有些特殊的情形,为了数据的保密性,数据库的表名和字段名都是一些看似毫无意义的字符数字,比如Table1,Col1,但是有一个表是说明表,或者有对应的数据库文档设计。
補充:一些列说明了单位类型,可以在设计数据库的时候表明,比如HeightIncm, WeightInKg.这样一目了然。
下一篇:網站反屏蔽的方法