常見的幾個表具體說明:操作日誌表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.這樣一目瞭然。
下一篇:網站反屏蔽的方法