最近做個專案要求挺多的,其中一條就是記錄關於資料記錄的操作日誌,而且日誌要可以分析的.
於是乎我開始分析這個需求：
1、以前我做的其它專案大多只要細化到誰改了,什麼時間改的.就差不多了.可是這次那幫傢伙哦要求的可以分析資料的來龍去脈,也就是說要記錄這條資料是誰，什麼時間，內容，建立的。還有誰什麼時間改的,改了什麼內容。誰什麼時間刪除了這條記錄。
2、從上面我理清了要做的三件事：1、建立時寫日誌2、每次修改寫日誌3、刪除時寫日誌
3、於是乎我要考慮日誌表和實體表之間的關係,每個實體表對應乙個日誌表.
日誌表中多三個欄位xgr--修改人 xgsj--修改時間 xglx--修改型別(可以是「insert、update、delete」),而且bh也不可以做標識的(實體表裡的bh要做標識).
4、實現這三件事的sql.資料表的結構如下
@xgr賦值：
protected void sqldatasource1_inserting(object sender, sqldatasourcecommandeventargs e)
{e.command.parameters["@xgr"].value = user.identity.name;//這句要自己客戶化的,要求取當前系統登陸使用者的id
protected void sqldatasource1_deleting(object sender, sqldatasourcecommandeventargs e)
{e.command.parameters["@xgr"].value = user.identity.name;//這句要自己客戶化的,要求取當前系統登陸使用者的id
protected void sqldatasource1_updating(object sender, sqldatasourcecommandeventargs e)
{e.command.parameters["@xgr"].value = user.identity.name;//這句要自己客戶化的,要求取當前系統登陸使用者的id
關於記錄日誌的思考
在開發的過程中，我們會記錄日誌。這樣可以方便關於觀察程式的執 況，和問題的所在。在看日誌就可以知道，當前的程式是在執行什麼操作，操作的結果是什麼？個人認為這樣的日誌才是有效的日誌。記錄執行的方法名或者類名等 記錄方法名或者類名，這樣我們可以準確的定位到當前執行的是什麼服務。記錄服務的輸入與輸出 輸入...
關於日誌記錄的總結
前段時間，公司的乙個專案，需要做很多的資料介面和同步程式，於是就遇到了日誌記錄的問題，何時記錄，如何記錄，哪些要記哪些不用記等問題。針對日誌記錄的問題,經過一系列討論，終於達成了統一的處理辦法。解決了各個模組系統，不同的開發人員，日誌記錄不統一，隨意的問題。今天終於抽出時間把這個問題總結並結合網路上...
關於日誌的資訊記錄
private integer id id名稱 private string visittime 訪問的時間 訪問的時間會在插入資料庫的時候進行新增 private string executetime 執行方法的時間 private string url 訪問的路徑 private string ...