乙個優雅的系統一定需要完整的日誌(地球人都知道)，到現在為止，對於做日誌的方法我總結了兩種，當然這三種都在我所做過的專案中體現出來了優勢。
第一種：將日誌檔案寫到txt裡面，這個是很多系統的操作方法，因為可以直接在程式輸出，每天都可以有乙個新檔案，查詢比較簡單，日誌記錄也可以非常的詳細，這個做法一般是物件導向的程式用得比較多，而且可以在控制台上面看到資料，一般會用log4j+aspetj 比較好實現。個人感覺唯一確定就是查詢不好處理，每次都非要使用正規表示式進行一系列的分析！如果不懂正規表示式那就鬱悶了！
第二種：是利用資料庫的儲存過程做日誌，這個怎麼做呢？基於我現在工作的系統，是用儲存過程實現增刪查改的，所以會在儲存過程裡面寫入許可權判斷和日誌的**，利用儲存過程速度非常快，而且資料直接錄入資料庫，要查詢直接寫sql，方便快捷。但是這樣寫就會增加資料庫的負擔，對硬體的要求比較高！（暫時只想到這個壞處）
第三種：就是整合第一種和第二種方法，對一些非常主要的資訊會寫入資料庫，其它資訊都用記事本記錄，做到記事本記錄的是最完整的，而資料庫是記錄比較重要的，查詢次數比較多的！
以上是我對日誌的一些體會，今天要不是有日誌，估計今天我會忙死去了！呵呵！感謝日誌.........
一次清除SQL SERVER錯誤日誌的體會！
之前在uat環境搭建的sql server 2008 r2資料庫一直用得比較正常，但最近發現在sharepoint中不能進行任何操作了，開始以為是什麼配置出了問題 因為一直在研究一些新的應用和整合，需要不斷地測試 但後來發現是資料庫硬碟沒用一點空間了，那麼自然是不能存任何資料了，所以最先開始清理一些...
一次清除SQL SERVER錯誤日誌的體會！
之前在uat環境搭建的sql server 2008 r2資料庫一直用得比較正常，但最近發現在sharepoint中不能進行任何操作了，開始以為是什麼配置出了問題 因為一直在研究一些新的應用和整合，需要不斷地測試 但後來發現是資料庫硬碟沒用一點空間了，那麼自然是不能存任何資料了，所以最先開始清理一些...
產品設計體會（1013）日誌分析的商業價值
最近和不少人聊到資料分析的話題，所以舉個小例子，證明一下資料分析確實是能轉化為商業價值的。整體的思路是 在對產品足夠熟悉的基礎上，先做出方向性的假設，再提取相應的資料並分析，得到一些現象，最好是之前沒發現的現象，然後嘗試解釋，接下來做使用者調研修正解釋，最終指導產品發展方向。2008年底的時候，對手...