記錄哪個是最好的方式

Question

在這裏談論記錄器的人從來沒有對EventLog說過什麼，我認爲這對Windows系統很有用。它是可靠的，還是我發現它在一個不好的早晨死了？

EventLog讓您可以爲您的應用程序創建特定的文件夾或文件夾，我在EventLog中考慮因爲前端和後端以及服務器上的任何內容都可以登錄到它。

所以它是透明的，跨應用程序，我們可以把我們的日誌記錄在特定的文件夾中，所以我不必查看zillion sys info消息。

爲什麼不在SQLServer中記錄所有事情，我正在創建電子商務網站，如果SQL服務器停下來的話，網站將無法正常運行。但我擔心時間上的連接失敗，你覺得怎麼樣？

爲什麼每個人都喜歡文件，它可能很大，很難處理，或者當文件太大時我會創建另一個文件，我可以創建一個帶日期的文件。

有人試過MS企業庫嗎？跟我談談這件事。

感謝

Answer 1

我覺得有些人選擇文件，因爲它是最簡單的選項，你會得到的好處只記錄你真的想捕捉的信息。如果您使用Windows事件日誌，則會遇到困難，試圖搜索與您正在查找的日誌條目在同一分鐘內發生的數千個OS事件。

我會建議一個日誌框架，它可以處理您的需求，而不會讓您失望，因爲您不需要額外的垃圾。

我認爲.NET平臺最常用的日誌框架是log4net。但是，你必須找到最適合你的項目的一個。

這裏有一個相關日誌SO問題來幫助你。
https://stackoverflow.com/questions/98080/what-is-the-best-logging-solution-for-a-c-net-35-project

就個人而言，我想不出一個單一的理由中，我將主要使用Windows操作系統的日誌我的電子商務應用。

Answer 2

我確實使用了事件日誌，特別是在我編寫Windows服務時。當系統管理員不希望您寫入文件系統時，它在鎖定環境中非常有用。一般來說，我認爲SysAdmins也非常感謝它，因爲它們可以很容易地在一個地方找到所有重要的日誌（按照您的說法由應用程序分隔），而無需查找日誌文件，但是您必須小心不要寫入太多條目因爲與格式良好的文本日誌相比，它可能難以閱讀。

我不願意登錄數據庫，除非記錄的信息被其他進程使用（例如，我已經完成了我的工作，現在輪到你了），但我不確定如果有任何真正的理由來避免這種情況，並可能使用我不習慣。